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1 CAPITULO I 


1.1 INTRODUCTION 

1.1.1 ANALISIS GENERAL DE LA ESCUELA FISCAL MIXTA RAFAEL 
AGUILAR. 

1.1.1.1 GENERALIDADES 

La Escuela Rafael Aguilar es una institucion educativa de indole fiscal, con una 
estrategia, ya que tiene como objetivo impulsar una ciudadanfa participativa y 
consciente de cuales son sus derechos y obligaciones. Con un proceso de ensenanza 
y aprendizaje basada en sus principios y valores. 

El sistema educativo inculca a los jovenes a prepararse para cumplir con las 
obligaciones mediante los conocimientos basicos adquiridos durante su etapa escolar 
para formar seres capaces de salir adelante por si solos. 

1.1.1.2 ANTECEDENTES HISTORICOS 

La Escuela Fiscal Mixta Rafael Aguilar Pesantez es una Escuela primaria, fundada 
el 28 de agosto de 1968, para atender a los ninos y ninas pertenecientes al Barrio de 
El Cebollar. Las clases se iniciaron en el mes de octubre de 1968, en la casa de un 
Senor Pesantez, vecino del lugar, en la actualidad la institucion cuenta con 270 
estudiantes y 12 docentes. 

La Mutualista Azuay, realiza una lotizacion en este sector para construir una 
ciudadela que lleva el mismo nombre y dona al Ministerio de Educacion un lote de 
unos tres mil metros cuadrados para la construccion del local escolar, el mismo que 
se realiza en el ano de 1972, en convenio entre el Ministerio de Educacion, Consejo 
Provincial y el Cuerpo de Paz de los Estados Unidos de Norteamerica. La 
construccion consta de dos pabellones con tres aulas cada una, vivienda para el 
Conserje y dos tercios de aula para la direccion del Plantel y bodega. 

Ante el crecimiento de la poblacion estudiantil, en el periodo de 1993 a 1996, se 
construyeron tres aulas mas con el apoyo del gobierno de Sixto Duran Ballen y el 



Consejo Provincial. 


En la actualidad asisten 270 ninos y ninas a la escuela, siendo necesario la 
ampliacion vertical del local escolar para atender al crecimiento de la poblacion de la 
Ciudadela y sus alrededores. 

1.1.2 ORGANIZACION 

La escuela para su funcionamiento se estructura con los siguientes organos: 


■ Director de la Escuela. 


■ Personal Docente. 


■ Conserje 


DIRECTOR 
DR. WILLIAM 
BENALCAZAR 


/ \ 


DOCENTES 



£. A 


CONSERJE 


Hustracion 1 organization de la Escuela 


1.1.3 CARGOS Y FUNCIONES 

Director de la Escuela.- Persona que administra el sistema. 

Encargado de vigilar que el proceso de Registro se desarrolle de manera transparente 
y ordenada, para obtener reportes diarios y mensuales los mismos que seran 
entregados al Ministerio Educacion. 


Personal Docente.- Registran asistencia y salida de sus labores. 




Registran la hora de ingreso y salida dejando constancia que han cumplido con sus 
labores respetando su horario de trabajo. 

1.2 ANTECEDENTES DEL PROYECTO 

Las Escuelas fiscales se encuentran en muchos retos para la adquisicion de recursos 
financieros y humanos para ofrecer una educacion de calidad a sus estudiantes. 

A1 ser escuelas fiscales y estar en una zona alejada de la ciudad tienen grandes 
necesidades e inconvenientes para brindar una educacion confiable, ya que carecen 
de recursos en cuanto a materiales didacticos se refiere ya que estos no pueden ser 
asumidos por ellos por cuanto los recursos que el estado les asigna no son suficientes 
para su cubrir las necesidades que tienen. 

Es imprescindible recordar a los docentes que cada vez que se inicien las labores 
escolares en las diferentes instituciones es importante la puntualidad y el desempeno 
de sus labores en el tiempo y horario asignados. 



Ilustracion 2 Ensenanza 


Por tales motivos se hace necesario un control de asistencia eficiente que permita 
reportar el desempeno de docentes y personal administrativo dentro de su jornada de 
trabajo. 


1.2.1 GENERALIDADES DEL REGISTRO DE LA ASISTENCIA 



El control de ingreso y salida de los Docentes a sus labores, se desarrolla mediante el 
registro en un cuaderno de asistencia el mismo que se encuentra ubicado en la 
Direccion de la Escuela, donde, se debe anotar el grado, la hora de ingreso a sus 
labores asr como la hora de salida, la firma y el nombre del docente. 

Cada docente podra registrar su asistencia solo 5 minutos despues de la hora de 
ingreso, la cual no se contara como atraso. 



ESCUELA FISCAL MIXTA 

RAFAEL AGUILAR PESANTEZ 



GRADO 

APELLIDO Y NOMBRE 

HORA DE INGRESO 

FIRMA 

HORA DE SALIDA 

FIRMA 









































































































DIRECTOR 



Ilustracion 3Registro de asistencia diario 


1.2.1.1 DEFINICION DE LA PROBLEMATICA 

La siguiente informacion es tomada de la pagina web del Ministerio de 
Educacion. 


A traves del tiempo, la tecnologra ha evolucionado de una manera 
asombrosa, permitiendo automatizar procesos para un mejor control. 

Los procesos rutinarios que son manejados en forma manual resuelven 
procesos de una manera lenta, es por ello que llevarla a un sistema 
automatizado garantiza un mejor trato de la informacion. 

En gran parte la tecnologra de la informacion, reune, almacena y procesa, 
es por ello que se desea disminuir tiempo en la ejecucion de las tareas 
realizadas mediante procesos tediosos para el ser humano. 































Actualmente la escuela Rafael Aguilar no cuenta con tecnologfa 
suficiente, sin embargo el alcance del tema de esta tesis tiene como 
objetivo la gestion de control de asistencia ya que al momento el proceso 
es manual, por ello registran su asistencia, faltas y permisos en hojas de 
papel las cuales son archivadas y no brindan un control exacto de las 
horas laboradas, ademas de convertirse en una tarea tediosa y lenta a la 
hora de realizar consultas y obtener reportes de asistencia. 

Esta forma de llevar el registro permite tener de forma rapida: 

• Registro unificado de cada persona 

• Acceso a la informacion de forma instantanea. 

• Reportes diarios de las horas de entrada, salida, faltas y en 
especial las horas de atraso o las horas extras. 

• Restringir la informacion a personal sin autorizacion. 

• Calculo automatizado de horas asistidas, 

• Reportes de faltas, atrasos, permisos solicitados por el personal 
por diversos motivos, automatizando los procesos de manera 
optima. 

El objetivo que persigue la Institucion Educativa, es mantener un control 
adecuado y confiable de la asistencia de cada personal, y asf obtener de 
forma rapida documentos para presentar en el Ministerio de Educacion. 

Ya que estos solicitan, se les entreguen mediante Acuerdo Ministerial. 

Luego de entrar en vigencia la nueva Ley Organica de Educacion, y hasta 
que se expida el correspondiente reglamento, la ministra de Educacion, 
emitio el Acuerdo Ministerial No. 135, el cual establece los lineamientos 
que deberan seguir autoridades y docentes de todos los establecimientos 
educativos fiscales del pais. 

El Acuerdo Ministerial N. 135 establece, entre varios de sus puntos, el 
cumplimiento de las 8 horas laborales del docente, el cual aplica tanto 




para las instituciones matutinas como vespertina. Como primer punto, se 
dispone a las autoridades de cada establecimiento educativo que escojan 
un horario de entre las opciones propuestas y que notifiquen en la 
Direccion Provincial respectiva el modelo de jornada que se ajuste a sus 
necesidades. 

En casos excepcionales, las instituciones educativas podran solicitar a las 
Direcciones Provinciales un horario distinto a los senalados en el Acuerdo 
Ministerial, los cuales deberan ser debidamente analizados y sustentados 
con informes y firmados por la maxima autoridad del establecimiento 
educativo. 

JORNADA MATUTINA 

a) Horario: de 07H00 a 12H45. Sugerido para Educacion General 
Basica (EGB), con 35 periodos de clase semanales. 

b) Horario: de 07H00 a 13H10. Sugerido para Bachillerato, con 40 
periodos de clase semanales. 

c) Horario: de 07H30 a 13H05. Sugerido para planteles rurales que 
ofrecen EGB. con 35 periodos de clase semanales. 

d) Horario: de 07H00 a 12H45. Sugerido para educacion inicial y 
primero de EGB. 

JORNADA VESPERTINA 

a) Horario: de 13h00 a 18h45. Sugerido para EGB, con 35 periodos de 
clase semanales. 

b) Horario: de 13hl0 a 18h50. Sugerido para EGB, con 35 periodos de 
clase semanales. 

c) Horario: de 13H00 a 19H10. Sugerido para Bachillerato, con 40 
periodos de clase semanales. 

d) Horario: de 13H05 a 18H35. Sugerido para planteles rurales que 
ofrecen EGB, con 35 periodos de clase semanales. 




En los planteles urbanos, la jornada docente matutina sera de 06h45 a 
14h45 y la vespertina de 11H00 a 19H00. Durante la semana, el maestro 
debera ensenar 30 perfodos de clase. En ningun caso el perfodo de clase 
podra durar menos de 40 minutos. 

En los planteles rurales, la jornada docente matutina sera de 07H00 a 
15H00 y la vespertina de 11H00 a 19H00. Durante la semana, el maestro 
debera ensenar 30 perfodos de clase. En ningun caso el perfodo de clase 
podra durar menos de 40 minutos. 

Una vez que la Direccion Provincial de Educacion correspondiente 
autorice la jornada de clases que adoptara cada institucion educativa 
publica, debera registrar la informacion para la debida supervision, 
asesorfa y auditorfa. Adicionalmente, las instituciones educativas deberan 
tambien registrar esta informacion en el Archivo Maestro de Instituciones 
Educativas, AMIE, en el momento en que se actualicen los datos anuales. 

Finalmente, el artlculo cuatro senala: “De la aplicacion y cumplimiento 
del presente Acuerdo seran responsables las Subsecretarfas 
Metropolitanas de Educacion, las Coordinaciones Zonales y Distritales, y 
las Direcciones Provinciales del Ministerio de Educacion, en sus 
jurisdicciones respectivas, y los Directores y Rectores de las instituciones 
educativas publicas”. (Educacion) 


1.3 JUSTIFICACION E IMPORTANCIA DEL DESARROLLO DEL 
SOFTWARE DE CONTROL DE ASISTENCIA DEL PERSONAL 
DOCENTE. 

El proceso de control se lleva en forma manual, recolectando los datos mediante un 
libro de asistencia en el cual cada personal debe ingresar la hora de ingreso y salida 
de cada docente. Entre las dificultades que se podrfa presentar al contar con un 
proceso manual se pueden mencionar: 




• Que los docentes no tomen con responsabilidad la hora de ingreso y/o salida 
de la institucion. 

• Se puede alterar o manipular los datos que constan en el libro de ingreso. 

• Que se pierdan los documentos y la manipulacion de la informacion sea muy 
lento. 

Por estas diversas razones es necesario un cambio, a traves de un sistema 
automatizado que evite y controle, la duplicacion y perdida de documentos y que 
agilice el proceso de control de tal manera que sea confiable, seguro y amigable. 

Es por ello que con el fin de ayudar a esta prestigiosa institucion educativa, se desea 
desarrollar un sistema de software que permita la gestion del control de asistencia 
del personal administrativo de la Escuela Fiscal Mixta Rafael Aguilar, que optimice 
y automatice el proceso y se pueda llevar de una forma ordenada, segura y efectiva el 
control de asistencia. 



2 CAPITULO II 


2.1ANALISIS DE REQUISITOS. 

2.1.1 PREFACIO 

Los documentos de requerimientos de software son la declaracion acordada de los 
requerimientos del sistema. Se estructuran de tal forma que puedan ser utilizados por: 

- Usuarios del Sistema: Especifican los requerimientos y los lee para verificar 
que cumplen sus necesidades. 

- Administradores: Planean el proceso de desarrollo del sistema. 

- Ingenieros de Sistemas: Comprenden por que se desarrolla el sistema. 

Ingenieros Probadores: Desarrollan la pruebas de validacion para el 
sistema. 

Ingenieros Mantenedores: Ayudan a comprender el sistema y las relaciones 
entre las partes. 

Por lo tanto la especificacion del diseno del software es un documento orientado a la 
implementacion. 

Para el desarrollo del mismo le dare mo s un enfoque a la forma en que se captan las 
ideas las mismas que se obtendran de una manera muy sencilla e informal mediante 
una conversacion con las personas involucradas con el manejo del posible sistema, 
en este caso el suscrito Director de la Escuela Fiscal Rafael Aguilar Pesantes el Dr. 
William Benalcazar Torres. 

Para un mejor entendimiento de los requerimientos obtenidos se usara un lenguaje 
natural estructurado el mismo que debe ser completamente claro tanto para los 
usuarios como para la desarrolladora del Software (Programador). Una vez que se 
tenga la informacion por parte del usuario se obtendran los requerimientos del 



sistema y luego se podra diferenciar los diferentes requerimientos del Usuario y por 
ultimo identificar con los requerimientos de los diferentes modulos. 

Una vez bien definidas las etapas anteriores y que se tenga claro la funcionalidad de 
cada uno de ellas se podra ir observando las necesidades del sistema asf como los 
problemas que iran surgiendo en el desarrollo y con la ayuda de herramientas se 
podra ir planteando soluciones. 

2.2 OBTENCION Y ANALISIS DE REQUERIMIENTOS 

La necesidad de crear este sistema es de computarizar y automatizar la asistencia del 
personal docente para llevar un control adecuado y asf brindarles un mejor servicio y 
ahorrar tiempo y recursos. 

Para ello se pretende hacer un analisis del sistema tomando en cuenta todos los 
requerimientos y necesidades de los usuarios y asf ofrecer una solucion factible. 
Para esto el sistema debe realizar funciones como las que se indican. 

• Llevar un registro completo de todos los trabajadores. 

• Permitir el ingreso de informacion perteneciente al perfodo de trabajo de 
cada empleado de la escuela, como horario asignado, calendario de 
actividades, permisos, vacaciones y multas. 

• El sistema debe automatizar el calculo de los totales de minutos de atraso 
en base a la informacion que provea al sistema en funcion sobre su hora 
de llegada y hora de salida y el horario de cada empleado. 

• Clasificar a los empleados de acuerdo a su funcion en la escuela. 

• Mantener control de los empleados sobre sus horarios de trabajo. 

• Presentar Reportes mensuales a ser usados en los roles. 

El proposito de este documento es presentar un metodo de desarrollo de software 
basado en especificacion de requerimientos, analisis, planificacion, diseno y 
documentacion que estan constituidos por un conjunto de procesos que van desde la 
identificacion de necesidades del usuario hasta la entrega del producto final. 



Este metodo se fundamenta en modelos de desarrollo, metodos y tecnicas de la 
Ingenierfa de Software por su significativa contribucion a la construccion y 
mejoramiento de calidad de los productos software y de gestion de proyectos. 


2.2.1 DESCRIPCION TEXTUAL 

Los servicios que el sistema debera proveer constan de los siguientes puntos: 

• Registrar informacion de los empleados como: Nombres, Apellidos, Lugar y 
fecha de nacimiento, Estado civil, grupo sangufneo, cedula, cedula militar, 
carnet IESS, licencia, fecha de ingreso, codigo (interno). 

• Identificar a los empleados por medio de su codigo interno. 

• Permitir cualquier tipo de actualizacion en la informacion personal del 
empleado. 

• Identificar a cada empleado por medio de su numero de cedula de identidad. 

• El sistema debe permitir el ingreso de informacion perteneciente al perfodo 
de trabajo de cada empleado, como horario asignado, permisos, vacaciones 

• Proveer informacion de los empleados clasificandolos por el cargo de 
empleado sea estos empleados de personal docente y administrative. 

• Reconocer los dfas de labor para ello se toma en cuenta los dfas de permiso, 
dfas de faltas, falta injustificadas total de atrasos. 

• Verificar las vacaciones sean estas una vez por ano y el tiempo que le 
corresponde a cada empleado. 

• Verificar los permisos que solicita el empleado, con la correspondiente 
descripcion que identifique el tipo de permiso, sea estos con cargo a las 
vacaciones, o calamidad domestica previo a un comprobante del IESS, o 
comision a realizar una tarea encomendada. 

• El sistema debe automatizar el calculo de los totales de minutos de atraso y 
los dfas laborables en base a la informacion del horario de cada empleado y 
su hora de ingreso y salida diaria. 

• Generar un reporte al final de cada mes de trabajo en el cual se listan a los 
empleados segun sean su tipo con sus respectivos dfas laborables, dfas de 
falta, total de atrasos. 

• Generar informacion de los empleados basandose en los atributos de estos. 



• Visualizar reporte del empleado desde su fecha de inicio hasta la fecha actual 
o fecha de salida. 

• Recibir informacion de nuevos empleados. 

• Permitir el registro de la hora de llegada y hora de salida de cada empleado, a 
traves de un codig o de acceso. 

2.3 LEVANTAMIENTO INFORMATICO DE LA ESCUELA 

Esta institucion educativa cuenta con un solo computador, el mismo que es manejado 
por el Director de la Escuela, no cuenta con otra maquina para sacar respaldos, 
ademas de esto no cuentan con ningun programa, es por este motivo que el 
ASISCONTROL serfa el primer sistema que la institucion tendrfa instalado en un 
computador con caracterfsticas: 

ORDENADOR 

Sistema Operativo: Microsoft Windows Xp Profesional 
Service Pack del Sistema Operativo: Service Pack 2 

Nombre de Usuario: Administardor 

PLACA BASE 

Tipo de Procesador: Intel Celeron D 351, 3200 MHz (24 x 133) 

Memoria del Sistema: 448 MB (PC2700 DDR SDRAM) 

Puerto de comunicacion: Puerto de comunicaciones (COM1) 

Puerto de comunicacion: Puerto de impresora ECP (LPT1) 

MONITOR: 


Tarjeta grafica: ATI RADEON XPRESS 200 Series (256 MB) 



Monitor: Monitor Plug and Play [NoDB] (H9KL706746) 


MULTIMEDIA: 

Tarjeta de sonido: ATI SB450 - High Definition Audio Controller 

ALM ACENAMIENTO: 

Contralador IDE: ATI IDE Controller 

Disquetera de 3 Vr. Unidad de disquete 

Disco dura: SAMSUNG HD161HJ (149 GB. IDE) 

Disco dura: ST380815AS (74 GB. IDE) 

Estado de los discos duros SMART : OK 

DISPOSITIVOS DE ENTRADA: 

Teclado: Teclado estandar de 101/102 teclas o Microsoft Natural PS/2 Keyboard 
Raton: Mouse compatible PS/2 

RED: 

Tarjeta de Red: Realtek RTL8139/8 lOx Family Fast Ethernet NIC 

DISPOSITIVOS: 

Impresora: HP LaserJet 1018 


Impresora: Xerox PC Fax 



Impresora: Xerox WorkCentre 3210 PCL 6 


PROCESADORES / INTEL(R) CELERON(R) CPU 3.20GHZ 

PROPIEDADES DEL PROCESADOR: 

Fabricante: Intel 

Version: Intel(R) Celeron(R) CPU 3.20GHz 
Reloj externo: 133 MHz 
Velocidad de reloj maxima: 3800 MHz 
Velocidad de reloj maxima: 3200 MHz 
Tipo: Central Processor 

Estado: Activado 

Actualizar: ZIF 

Identificacion del socket: Socket 775 

MODULOS DE MEMORIA / A0 

PROPIEDADES DEL MODULO DE MEMORIA: 

Identificacion del socket: A0 

Tipo: DIMM, SDRAM 

Tamano instalado: 512 MB 


Tamano activado: 512 MB 



MEMORIA 


MEMORIA FfSICA: 

Total: 446 MB 

Usada: 352 MB 

Disponible: 93 MB 

Uso: 79 % 

MEMORIA VIRTUAL: 

Total: 1500 MB 

Usada: 656 MB 

Disponible: 843 MB 

Uso: 44 % 

MONITOR 

Monitor Plug and Play [NoDB] 

Nombre del monitor: Monitor Plug and Play [NoDB] 
Identificacion del monitor: SAM022F 

Modelo: SyncMaster 

Fecha de fabricacion: Semana 29 / 2006 


Numero de serie: H9KL706746 



Tamano de vision maximo: 31 cm x 23 cm (15.2") 


Ratio de aspecto de la imagen: 5:3 

Frecuencia horizontal: 30-71 KHz 

Frecuencia vertical: 50 - 160 Hz 

Gamma: 2.20 

Gestion del modo DPMS: Active-Off 

DISCOS LOGICOS 

A: Disco removible 

C: Disco local 

D: Lector optico 

E: Disco local 

F: Disco local 

TECLADO 

Descripcion del dispositivo: Teclado 

Tipo de dispositivo: Desconocido 

Sub-tipo de dispositivo: Desconocido 

Botones/teclas 128 


DISPOSITIVOS DE IMAGEN 



Xerox WorkCentre 3210 


DISPOSITIVOS DE SONIDO, VIDEO Y JUEGO 

Codecs de audio 

Codecs de video 

Controlador de compatibilidad de audio Microsoft WINMM WDM 

Controladores de audio heredados 

Dispositivos de sonido del sistema Kernel de Microsoft 
Dispositivos de captura de video heredados 
Dispositivos para el control de multimedia 
Realtek High Definition Audio 

EQUIPO 

Monoprocesador ACPI de PC 

IMPRESORAS 

Xerox WorkCentre 3210 PCL 6 

MONITOR 

Monitor Plug and Play 

MOUSE Y OTROS DISPOSITIVOS SENALADORES 


Mouse compatible PS/2 



OTROS DISPOSITIVOS 


Modem PCI 


PROCESADORES 

Intel(R) Celeron(R) CPU 3.20GHz 

PUERTOS (COM & LPT) 


Puertos de comunicacion (COM1) 


Puerto de impresora ECP (LPT1) 


UNIDADES DE DISCO 

SAMSUNG HD16HJ 

ST380815AS 

UNIDADES DE DISQUETE 

Unidad de disquete 

UNIDADES DE DVD/CD-ROM 

HL-DT-ST CD-RW GCE-8526B 

PROGRAMAS INSTALADOS 

La Escuela tiene instalado en su computador, office 2007 y Acroba Reader, debido a 
que por las tareas que realiza no cuentan con ningun otro software ni licencia alguna 
por lo que sugerimos si les fuera posible realizar la adquisicion de licencias del 
software existentes y de ser necesario conseguir nuevos software lo hagan con las 
licencias correspondientes. 



2.4 CASOS DE USO: 


CASO DE USO DE DIRECTOR CU001. 



Ilustracion 4 Caso de Uso Director 


CASO DE USO DE EMPLEADO CU002. 
















Ilustracion 5 Caso de Uso Empleado 


GESTION DE EMPLEADOS CU003 










Ilustracion 6 Gestion de Empleados 

Description: Este caso de uso pretende modelar de manera general la gestion de 
empleados, y representa las funcionalidades de agregar un nuevo empleado, 
modificar sus datos, eliminar un empleado, y presentar un reporte con el listado de 
todos ellos. 


Actores: Director proporciona informacion al sistema de los datos personales del 
empleado. Se trata de un Usuario autorizado del sistema con su clave respectiva. 


Precondiciones: El usuario autorizado se debe haberse conectado al sistema y la base 
de datos debe estar disponible. 


Flujo Normal: 

1. El actor selecciona del menu Principal la opcion de Empleado. 

2. Al hacer esto el sistema presenta un formulario una tabla de datos con el 
listado de los empleados, y un panel de control de acciones con los botones 
de nuevo, modificar, eliminar y filtrar. 

3. El actor debera hacer clic en la accion que desea hacer. Al hacer esto se 


















presentara un nuevo formulario en donde se precede a realizar los cambios. 
4. Hacer clic en Aceptar para que se acepten los cambios. 


Flujo Alternative: 

1. Si al ingresar la informacion se digita una no valida, no se permitira el 
ingreso de los datos y se notificara al actor mediante un mensaje de 
advertencia. 


Poscondiciones: La informacion registrada en la Base de Datos se actualiza. 




GESTION DE HORARIOS CU004 



Description: Este caso de uso pretende modelar de manera general la gestion de 
horarios. La definicion de los horarios consiste en la organizacion de los dfas de 
labor registrando la hora de entrada y salida a lo largo de la semana. Estos horarios 
son definidos en base al plan anual de la direccion de educacion. 

La cantidad de horarios a crear depende del tipo de empleado. 


Actores: Director de la Escuela. 


Precondiciones: El sistema debe estar conectado al servidor de la base de datos para 
que se pueda almacenar la informacion, de la misma manera el usuario autorizado se 
debe haber conectado al sistema para que se pueda generar la informacion que el 












usuario requiera. 


Flujo Normal: 

1. El actor selecciona del menu Principal la opcion de Horarios. 

2. A1 hacer esto el sistema presenta un formulario con una tabla de datos con el 
listado de los horarios registrados, y un panel de control de acciones con los 
botones de nuevo, modificar y eliminar. 

3. El actor debera hacer clic en la accio n que desea hacer. A1 hacer esto se 
presentara un nuevo formulario en donde se procede a realizar los cambios. 

4. Hacer clic en Aceptar para que se guarden los cambios. 


Flujo Alternativo: Si en el registro se digitaliza mas los datos, no se permitira el 
ingreso de los mismos y se notificara al actor mediante un mensaje de advertencia. 


Poscondiciones: La informacion registrada en la Base de Datos se actualiza. 





GESTION DE PERMISOS CU005 



Ilustracion 8 Gestion de Permisos 

Descripcion: Este caso de uso pretende modelar de manera general la gestion de 
permisos. La definicion de los permisos consiste en el dra laborable del empleado 
que se encuentra ausente con justificacion. 

El sistema debera permitir ingresar en el sistema la aprobacion de los permisos o 
justificaciones por faltas en el trabajo. 


Actores: Director de la Escuela. 


Precondiciones: El sistema debe estar conectado al servidor de la base de datos para 
que se pueda almacenar la informacion, de la misma manera el usuario autorizado se 
debe haber conectado al sistema para que se pueda generar la informacion que el 
usuario requiera. 















Flujo Normal: 

1. El actor selecciona del menu Principal la opcion de Permiso. 

2. A1 hacer esto el sistema presenta un formulario con una tabla de datos con el 
listado de los empleados, y un panel de control de acciones con los botones 
de nuevo, modificar y eliminar. 

3. Seleccionar al empleado y se debera hacer clic en la accion que desea hacer. 
A1 hacer esto se presentara un nuevo formulario en donde se procede a 
realizar los cambios. 

4. Hacer clic en Aceptar para que se guarden los cambios. 

Flujo Alternativo: Si en el registro se digitaliza mas los datos, no se permitira el 
ingreso de los mismos y se notificara al actor mediante un mensaje de advertencia. 

Poscondiciones: La informaeidn registrada en la Base de Datos se actualiza. 




GESTION DE VACACIONES CU005 



Ilustracion 9 Gestion de Vacaciones 

Descripcion: Pretende modelar la asignacion de vacaciones de un empleado Permite 
ingresar en el sistema la aprobacion de las vacaciones y su tiempo de duracion. 


Actores: Empleado la escuela proporciona informacion y previa a una validacion que 
se trata de un Usuario autorizado del subsistema con su clave respectiva. 


Precondiciones: El sistema debe estar conectado al servidor de la base de datos para 
que se pueda almacenar la informacion, de la misma manera el usuario autorizado se 
debe haber conectado al sistema para que se pueda generar la informacion que el 
usuario requiera. 


Flujo Normal: 


















1. El actor selecciona del menu Principal la opcion de Vacaciones. 

2. El sistema presenta un formulario que permite el ingreso para el 
almacenamiento de la informacion. 

3. El actor registra la informacion de aprobacion de vacaciones y la fecha de 
inicio si no se registra esta aprobacion las vacaciones son acumulables. 

4. El sistema guarda los datos en la base de datos del sistema. 


Flujo Alternativo: Si en el registra se digitaliza mal los datos, no se permitira el 
ingreso de los datos y se notificara al actor mediante un mensaje de advertencia. 


Poscondiciones: La informacion registrada en la Base de Datos se actualiza. 




GESTION DE VACACIONES CU007 



Ilustracion 10 Gestion Vaeaciones 

Descripcion: Permite el ingreso en el sistema de la hora de entrada y salida en la que 
el personal de la escuela. 


Actores: Empleado la escuela proporciona informacion y previa a una validacion que 
se trata de un Usuario autorizado del subsistema con su clave respectiva. 


Precondiciones: El sistema electronico debe estar conectado al servidor de la base de 
datos para que se pueda almacenar la informacion, de la misma manera el usuario 
autorizado se debe haber conectado al sistema para que se pueda generar la 
informacion que el usuario requiera. 


Flujo Normal: 

1) El actor ingresa su codigo de identificacion unico. 

2) Presionar la tecla enter 














3) El sistema presentara un mensaje de exito con la hora de entrada. 

4) Hacer el mismo procedimiento para registrar tanto la salida como el ingreso. 


Flujo Alternative: 

7. Si en el listado de empleados no se encuentra el codig o le presenta el mensaje 
de error. 


Poscondiciones: La informacion registrada en la Base de Datos se actualiza. 




GESTION DE REPORTES CU008 



Ilustracion 11 Gestion Reportes 

Descripcion: El caso de uso pretende modelar la obtencion de los reportes. 


Actores: El director: Solicita el reporte. 


Precondiciones: El sistema electronico debe estar conectado al servidor de la base de 
datos para que se pueda almacenar la informacion, de la misma manera el usuario 
autorizado se debe haber conectado al sistema para que se pueda generar la 
informacion que el usuario requiera. 


Flujo Normal: El actor selecciona del menu Principal la opcion de Reportes. 

1. El sistema presenta un formulario que permite la seleccion del tipo de reporte 
a obtener. 

2. El actor selecciona el formato que desea. 

3. El sistema genera el reporte, que puede ser visualizado y apto a ser impreso. 


Flujo Alternative: Ninguno Poscondiciones: Ninguno 














2.5 DIAGRAMA DE CLASES 


Horarios 

-identificador 

-descripcion 

-hora_entrada 

-hora_salida 

-tipo 

-dia 

+ingresar() 

+modificar() 

+deshabilitar() 

+listar() 

+0 


1 -muestra 


-Tiene 


1 

-ingresa 


-Es asigciiado 


-Esdesignado 


1 


EMPLEADOS 

-identificador 

-nombres 

-apellidos 

-cedula 

-direcion 

-teiefono 

-fecha_nacimiento 

-estado_civil 

-instruccion 

-profesion 

-titulo 

-carnetjess 

-fechajngreso 

-fecha salida 

+ingresar() 

+modificar() 

+deshabilitar() 

+listar() 


-pertenece 

Departamentos 

-Contiene 

-identificador 

-nombre 

-descripcion 

-Pertenece 1 

+ingresar() 

+modificar() 

+deshabilitar() 

+listar() 


-Clasifica 


1 


Tipo Empleado 

-identificador 

-departamento 

-cargo 

+ingresar() 

+modificar() 

+deshabilitar() 

+listar() 


-solicita 


-Tiene 1 



-se aprueba 


Per 

niso 

-identificador 
-fechajnicio 
-fecha Jinal 
-descripcion 
-motivo 

+ingres 

+modif 

+listar( 

+desha 

ar () 

car() 

bilitar() 


-Seconsulta 


1 -Tiene 


Ilustracion 12 Diagrama de Clases 















































2.6 DIAGRAMA DE SECUENCIA 


2.6.1 REGISTRO DE EMPLEADO 



registro de jornada 


Hustracion 13 Diagrama de Secuencia Registro de Empleados 

















































2.6.2 REGISTRO DE ASISTENCIA 


Diagrama de Secuencia 



verification de tipo de permiso 


Hustracion 14 Diagrama de Secuencia Registro de Asistencia 

2.7 REQUERIMIENTOS NO FUNCIONALES 

Dentro del sistema a desarrollar tenemos requerimientos no funcionales los cuales 
restringen al producto de software, estos a menudo estan relacionados con las 
propiedades emergentes del sistema, por lo tanto aplican para el sistema completo. 

A continuacion se presentan los requerimientos no funcionales mas sobresalientes: 

• El sistema sera multiplataforma ya que sera realizado en java y podra ser 
implementado en diversos Sistemas Operativos, pero su funcionalidad la 
realizara sobre plataforma Windows ya es el sistema operativo que 
maneja la institucion. 

• El servidor debera tener un procesador mayor a 400MHz y un mmimo de 
512 MB de memoria RAM. 



































































• El sistema contara con interfaces desarrolladas en el lenguaje de 
programacion Java. 

• Para el almacenamiento de datos e informacion se utilizara la Base de 
Datos Postgres. 

• El producto de software no desperdiciara recursos de sistema. 

• El sistema funcionara dentro de una estructura centralizada. 

2.8 ESPECIFICACION DE REQUERIMIENTOS. 

2.8.1 GESTION DE EMPLEADOS 
I. Agregar Empleados 

o Nombre: Agregar Empleado 
o Description breve 

■ El caso de uso busca modelar la funcionalidad del sistema que 
permite agregar nuevos empleados, estos empleados permiten 
tener una clasificacion ordenada y detallada de los diferentes 
empleados que se manejan en la escuela. El caso de uso es 
utilizado por el director e inicia cuando el director se identifica 
en el sistema e ingresa en el area de Empleados. 

o Diagrama 



Ilustracion 15 Diagrama de Actividades Agregar Empleado 

o Objetivos 

■ Crear y mantener una clasificacion de los empleados que se 
manejan en el ASISCONTROL. 


o Objetivos de rendimiento 





■ A continuacion se muestran las metricas que seran utilizadas 
para medir el rendimiento del proceso, con una breve 
descripcion de las mismas. 

o Tiempo: este sera el tiempo que toma llevar a cabo el proceso de 
agregar un nuevo empleado. 
o Descripcion de flujos de trabajo 

■ A continuacion se muestra la descripcion del flujo de trabajo 
normal y la descripcion de los flujos de trabajo alternos que 
pudieran ocurrir. 

> Flujo normal de trabajo: Agregar Empleado 

• El director selecciona la opcion de 
Nuevo Empleado. 

• El sistema muestra el formulario para 
agregar los datos. Los datos que se 
deben de agregar son: Registrar 
informacion de los empleados como: 
Nombres, Apellidos, Cedula, Fecha de 
Ingreso, Telefono, Celular, Email, 
Clave, Direccion, Lugar y fecha de 
nacimiento, Estado civil, grupo 
sangumeo, cedula militar, carnet IESS. 

• El director ingresa los datos solicitados. 

• El director presiona el boton aceptar 
para que el sistema guarde la 
informacion [Flujo alterno 1], 

• El sistema agrega la informacion a la 
base de datos[Flujo altemo 2]. 

• El sistema muestra un mensaje de que el 
proceso ha finalizado. 

• El director presiona el boton aceptar del 
mensaje. 



• El sistema regresa a mostrar el 
formulario para ingresar los datos. 


r Flujo alterno 1: Information incompleta o no valida 

• El director no ingreso uno de los campos 
obligatorios, o no ingresa un dato valido. 

• El sistema muestra un mensaje de que el 
campo es obligatorio o que hay un error 
en el ingreso del dato. 

• El sistema regresa al paso mostrar el 
formulario para ingreso de datos del 
Flujo normal de trabajo. 

> Flujo alterno 2: Error de comunicacion con la base 
de datos 

• El sistema no se pudo comunicar con la 
base de datos. 

• El sistema muestra un mensaje 
indicando el error. 

• El director presiona el boton aceptar del 
mensaje para indicar que esta enterado 
del problema. 

• El sistema regresa a mostrar el 
formulario para ingreso de datos del 
Flujo normal de trabajo. 


o Categona 

■ Este caso de uso se encuentra en la categona de requerimiento 
funcional debido a que este lleva a cabo el proceso de agregar 
un nuevo empleado y dicho proceso es una de las funciones 
solicitadas para el sistema. 


o Riesgos 



■ Los riesgos que representa la ejecucion de este caso de uso 
son: 

■ Informacion falsa: esto debido a informacion no verfdica que 
puede ingresar el director. 

o Posibilidades 

■ Disminucion en el tiempo que toma agregar un nuevo 
empleado. 

■ Mejorar el control de los empleados que se utilizan en el 
ASISCONTROL. 

o Propietario del proceso 

■ El propietario del proceso es el director ya que es el encargado 
de ingresar la informacion dentro del sistema. 

o Requerimientos especiales 

■ A continuacion se muestran los requisitos que no son cubiertos 
por el flujo de trabajo pero que son necesarios para la 
implementacion. Estos requisitos se deben de cumplir antes de 
llevar a cabo el caso de uso. 

■ Tener una comunicacion con la base de datos. 

■ El director debe de estar registrado en el sistema. 

o Puntos de extension 

■ No aplica. 



o Diagrama de actividades Agregar Empleado 



Ilustracion 16 Agregar Empleado Diagrama de Actividades General 

II. Modificar Empleados 

o Nombre: Modificar Empleado 
o Description breve 

■ El caso de uso busca modelar la funcionalidad del sistema que 
permite modificar empleados ya existentes, lo que se busca a 
traves de esto es que los cambios que se realicen sobre estos 






































datos sean ordenados y coherentes. El caso de uso es utilizado 
por el director e inicia cuando el director se identifica en el 
sistema y luego ingresa en el area de de Empleados. 

o Diagrama 



Ilustracion 17 Diagrama Modificar Empleado 


o Objetivos 

■ Crear y mantener una clasificacion de los empleados que se manejan 
en el ASISCONTROL. 
o Objetivos de rendimiento 

■ A continuacion se muestran las metricas que seran utilizadas para medir el 
rendimiento del proceso, con una breve descripcion de las mismas. 

o Tiempo: este sera el tiempo que toma llevar a cabo el proceso de modificar 
un nuevo empleado existente. 
o Descripcion de flujos de trabajo 

■ A continuacion se muestra la descripcion del flujo de trabajo normal y la 
descripcion de los flujos de trabajo alternos que pudieran ocurrir. 

> Flujo normal de trabajo: Modificar Empleado 

• El director selecciona el empleado del 
listado que desea modificar. 

• El director selecciona la opcion 
Modificar Empleado. 

• El sistema muestra un formulario 
editable con la informacion existente del 
empleado seleccionado. 

• Los datos que pueden modificar son: 
Nombres, Apellidos, Lugar y fecha de 
nacimiento, Estado civil, grupo 






sangumeo, cedula, cedula militar, camet 
IESS, fecha de ingreso. 

• El director modifica la informacion que 
desea. 

• El director presiona el boton guardar 
para que el sistema guarde la 
informacion [Flujo alterno 1]. 

• El sistema modifica la informacion 
[Flujo alterno 2]. 

• El sistema muestra un mensaje de que el 
proceso ha finalizado. 

• El director presiona el boton aceptar del 
mensaje. 

• El sistema regresa a muestra un 
formulario editable. 

> Flujo alterno 1: Informacion incompleta o no valida 

• El director no ingreso uno de los campos 
obligatorios o ingreso un dato no valido. 

• El sistema muestra un mensaje de que el 
campo es obligatorio o no es valido. 

• El sistema regresa al paso muestra un 
formulario editable del Flujo normal de 
trabajo. 

> Flujo alterno 2: Error de comunicacion con la 
base de datos 

• El sistema no se pudo comunicar con la 
base de datos. 

• El sistema muestra un mensaje indicando el 
error. 

• El director presiona el boton aceptar del 
mensaje para indicar que esta enterado del 
problema. 



• El sistema regresa al paso muestra un 
formulario editable del Flujo normal de 
trabajo. 

o Categoria 

■ Este caso de uso se encuentra en la categoria de requerimiento funcional 
debido a que este lleva a cabo el proceso de modificacion de empleado y 
dicho proceso es una de las funciones solicitadas para el sistema. 

o Riesgos 

■ Los riesgos que representa la ejecucion de este caso de uso son: 

■ Informacion falsa: esto debido a informacion no verrdica que puede 
ingresar el director. 

o Posibilidades 

■ Disminucion en el tiempo que toma modificar un nuevo empleado. 

■ Mejorar el control de los empleados que se utilizan en el 
ASISCONTROL. 

o Propietario del proceso 

■ El propietario del proceso es el director ya que este es el encargado de 
modificar la informacion dentro del sistema. 

o Requerimientos especiales 

■ A continuacion se muestran los requisitos que no son cubiertos por el 
flujo de trabajo pero que son necesarios para la implementacion. Estos 
requisitos se deben de cumplir antes de llevar a cabo el caso de uso. 

■ Tener una comunicacion con la base de datos. 

■ El director debe de estar registrado en el sistema. 

o Puntos de extension 

■ No aplica. 


o Diagrama de actividades 




Ilustracion 18 Diagrama de Actividades Agregar Empleado 


III DESHABILITAR EMPLEADOS 

o Nombre: Deshabilitar Empleado 
o Description breve 

■ El caso de uso busca modelar la funcionalidad del sistema que 
permite deshabilitar el/los empleados de los que no se requiera 
mas que se presente su information de registro de entrada y 
salida y lo cambie a un estado de deshabilitado. El caso de uso 
es utilizado por el director e inicia cuando el director se 
identifica en el sistema e ingresa en el area de empleados. 
o Diagrama 










































Ilustracion 19 Diagrama deshabilitar Empleado 

o Objetivos 

■ Permitir al director eliminar aquellos empleados ingresados 
que dejen de labora en el establecimiento. 

o Objetivos de rendimiento 

■ A continuacion se muestran las metricas que seran 
utilizadas para medir el rendimiento del proceso, con una 
breve descripcion de las mismas. 

o Tiempo: este sera el tiempo que toma dar baja al empleado y 
deshabilitar la informacion relacionada con respecto a la asistencia y 
el registro de entrada y salida. 

o Descripcion de flujos de trabajo 

■ A continuacion se muestra la descripcion del flujo de 
trabajo normal y la descripcion de los flujos de trabajo 
alternos que pudieran ocurrir. 

> Flujo normal de trabajo: Eliminar Empleados 

• El sistema muestra un listado de los 
Empleados registrados en el sistema 
[Flujo alterno 1]. 

• El director selecciona un empleado 
dentro de la lista entregada y 
presiona el boton dar de baja. 

• El sistema presenta un mensaje de 
confirmacion. 

• El director presiona el boton aceptar 
para que el sistema de de baja la 
informacion [Flujo alterno 1]. 

• El sistema verificas los codigos de 
referenda con el registro de la 



asistencia y elimina la informacion 
que relaciona su visualization del 
registro de entrada y salida [Flujo 
alterno 2]. 

• El sistema regresa al paso El 
director selecciona un empleado. 

> Flujo alterno 1: Error de comunicacion con la 
base de datos 

• El sistema no se pudo comunicar 
con la base de datos. 

• El sistema muestra un mensaje 
indicando el error. 

• El director presiona el boton aceptar 
del mensaje para indicar que esta 
enterado del problema. 

• El sistema regresa al paso El 

director selecciona un empleado del 
Flujo normal de trabajo. 

r Flujo alterno 2: Error al validar eliminacion de 
empleado 

• El sistema no pudo eliminar el 

empleado, porque no se ha 
seleccionado al empleado de la lista. 

• El sistema muestra un mensaje 

indicando el error. 

• El director presiona el boton aceptar 
del mensaje para indicar que esta 
enterado del problema. 

• El sistema regresa al paso, El 

sistema muestra un listado de los 
Empleados registrados en el sistema, 
del Flujo normal de trabajo. 


o Categoria 



■ Este caso de uso se encuentra en la categorfa de requerimiento 
funcional debido a que este lleva a cabo el proceso de 
deshabilitar los empleados existentes en el sistema y dicho 
proceso es una de las funciones solicitadas para el sistema. 

o Riesgos 

■ Los riesgos que representa la ejecucion de este caso de uso 
son: 

■ Informacion no disponible: es posible que en algun momento 
el sistema no pueda acceder a la informacion de la base de 
datos y por lo tanto no se pueda realizar la baja. 

o Posibilidades 

■ Disminucion en el tiempo que toma eliminar un empleado. 

o Propietario del proceso 

■ El propietario del proceso es el director ya que este es el 
encargado de gestionar los empleados. 

o Requerimientos especiales 

■ A continuacion se muestran los requisitos que no son cubiertos 
por el flujo de trabajo pero que son necesarios para la 
implementacion. Estos requisitos se deben de cumplir antes de 
llevar a cabo el caso de uso. 

■ Tener una comunicacion con la base de datos. 

■ El director debe de estar registrado en el sistema. 

o Puntos de extension 

■ No aplica. 

o Diagrama de actividades 




Ilustracion 20 Diagrama de Actividades Deshabilitar Empleados 

IV LISTAR EMPLEADOS 

o Nombre Listar Empleados 
o Description breve 

■ El caso de uso busca modelar la funcionalidad del sistema 
que permite crear un reporte de los empleados y entregas 
existentes en el sistema, esto permite saber, en el momento 












































que se necesite, los empleados que existen y de ser 
necesario agregar nuevos empleados o modificar o 
deshabilitar los existentes. El caso de uso es utilizado por 
el director e inicia cuando el director se identifica en el 
sistema y luego ingresa en el area de Gestion de 
Empleados. 


Diagrama 



Iiustracion 21 Diagrama Listar Empleado 

o Objetivos 

■ Generar un reporte sobre los Empleados que se encuentran 
registrados actualmente en el ASISCONTROL. 

■ Presentar opciones de filtrado. 

o Objetivos de rendimiento 

■ A continuacion se muestran las metricas que seran utilizadas 
para medir el rendimiento del proceso, con una breve 
descripcion de las mismas. 

o Tiempo: Que se toma el director seleccionar los parametros de 
busqueda. 


o Descripcion de flujos de trabajo 

■ A continuacion se muestra la descripcion del flujo de trabajo 
normal y la descripcion de los flujos de trabajo alternos que 
pudieran ocurrir. 


> Flujo normal de trabajo: Listar Empleados 
• El director selecciona la opcion Listar 
Empleados. sistema [Flujo alterno 1]. 





• El sistema muestra un listado de los Empleados 

registrados en el sistema [Flujo alterno 2]. 

• El sistema regresa al paso El sistema muestra 

un listado de los Empleados registrados en el 

sistema. 

> Flujo alterno 1: Filtrar Informacion 

• El director selecciona la opcion filtrar 

• El sistema muestra el formulario que 
permite el ingreso de los parametros de 
filtrado. 

• El director procede a ingresar los datos para 
el filtrado. 

• El director presiona el boton de aceptar para 
indicar que se puede proceder a mostrar la 
informacion 

• El sistema continua al paso, El sistema 
muestra un listado de los Empleados 
registrados en el sistema, del Flujo normal 
de trabajo. 

> Flujo alterno 2: Error de comunicacion con la 
base de datos 

• El sistema no se pudo comunicar con la base 
de datos. 

• El sistema muestra un mensaje indicando el 
error. 

• El director presiona el boton aceptar del 
mensaje para indicar que esta enterado del 
problema. 

• El sistema regresa al paso, El sistema 
muestra un listado de los Empleados 
registrados en el sistema, del Flujo normal 
de trabajo. 



o Categona 

■ Este caso de uso se encuentra en la categona de requerimiento 
funcional debido a que este lleva a cabo el proceso de 
generacion de reporte de los Empleados existentes en el 
sistema y dicho proceso es una de las funciones solicitadas 
para el sistema. 

o Riesgos 

■ Los riesgos que representa la ejecucion de este caso de uso 
son: 

■ Informacion no disponible: es posible que en algun momento 
el sistema no pueda acceder a la informacion de la base de 
datos y por lo tanto no se pueda generar el reporte. 

o Posibilidades 

■ Disminucion en el tiempo que toma generar un reporte de los 
Empleados existentes. 

o Propietario del proceso 

■ El propietario del proceso es el director ya que este es el 
encargado de generar los reportes. 

o Requerimientos especiales 

■ A continuacion se muestran los requisitos que no son cubiertos 
por el flujo de trabajo pero que son necesarios para la 
implementacion. Estos requisitos se deben de cumplir antes de 
llevar a cabo el caso de uso. 

■ Tener una comunicacion con la base de datos. 

■ El director debe de estar registrado en el sistema. 

o Puntos de extension 

■ No aplica. 




Iiustracion 22 Diagrama Actividades Listar Empleados 

2.8.2 GESTION DE VACACIONES 
I. REGISTRAR VACACIONES 
o Nombre: Registrar Vacaciones 
o Description breve 

■ El siguiente caso de uso refleja la funcionalidad del sistema el 
mismo que permite registrar nuevas vacaciones, dentro de la 
cual se podra obtener una lista de todas las vacaciones 
tomadas por parte de los docentes que laboran en la escuela. 
Este caso es manejado unicamente por el Director, el mismo 













































que ingresa al sistema y selecciona el modulo de las 


vacaciones. 

o Diagrama 



Ilustracion 23 Diagrama Registrar Vacaciones 


o Objetivos 

■ Establecer un listado de todas las vacaciones que se manejan en el 
ASISCONTROL 


o Objetivos de rendimiento 

■ Se detalla la metodologfa la cual sera utilizada para evaluar el 
rendimiento de los procesos detallados brevemente. 

o Tiempo: Sera el tiempo que tome en registrar una nueva vacacion al docente 
o Descrip cion de flujos de trabajo 

■ Se muestra la descripcion del flujo de trabajo normal y la 
descripcion de los flujos de trabajo alternos que pudieran ocurrir. 

> Flujo normal de trabajo: Agregar Vacacion 

• El director selecciona la opcion de Registrar 
Vacaciones 

• El sistema muestra el formulario para 
agregar los datos. Los datos que se deben de 
agregar son: Fecha de inicio y final de 
vacaciones. 

• El director ingresa los datos solicitados. 

• El director presiona el boton aceptar para 
que el sistema guarde la informacion [Flujo 
alterno 1]. 

• El sistema agrega la informacion en la base 
de datos [Flujo altemo 2]. 

• El sistema muestra que el proceso ha 
finalizado. 





• El director presiona el boton aceptar para 
confirmar el proceso. 

• El sistema muestra la solicitud en pantalla. 

> Flujo alterno 1: Information incompleta o no 
valida 

• El director se olvida de ingresar uno de los 
datos requeridos e importantes para el 
desarrollo de la solicitud requerida. 

• El sistema muestra un mensaje informando 
que se deben ingresar los campos necesarios 

> Flujo alterno 2: Error de comunicacion con la 
base de datos 

• No se puede establecer una conexion con la 
base de datos. 

• El sistema nos indica el error que se esta 
teniendo. 

• El director confirma que se ha enterado del 
error que cometio. 

• El sistema regresa al paso, El sistema 
muestra el formulario para agregar los datos, 
para continuar con el Flujo normal de 
trabajo. 

o Categoria 


■ Este proceso se encuentra dentro de la categoria de requerimientos 
funcionales ya que se encarga del proceso de ingresar una nueva 
vacacion, este proceso es una de las solicitudes que se podra 
encontrar en el sistema 

o Riesgos 

■ Los riesgos que se pueden presentar en la ejecucion de este caso 
de uso son: 

■ Ingresar Informacion falsa: Que el director de la escuela no 
ingrese datos correctos sobre los datos de los docentes. 



o Posibilidades 

■ Ahorro de tiempo al Ingresar una nueva vacacion. 

■ Mejorar el control de cada docente registrado en el sistema 
ASISCONTROL. 

o Propietario del proceso 

■ El Director es el encargado del manejo del sistema y de registrar la 
informacion concerniente a cada docente. 

o Requerimientos especiales 

■ A continuacion se detallan los requisitos que no son cubiertos por el 
flujo de trabajo pero necesarios para su ejecucion. Los mismos que se 
deben desarrollar antes de llevar a cabo el caso de uso. 

■ Conectarse con la Base de Datos. 

■ Tener Registrado al director en el sistema. 

o Puntos de extension 


■ No aplica. 

o Diagrama de actividades 




Ilustracion 24 Diagrama de Actividades Registrar Vacaciones 

II MODIFICAR VACACION 

o Nombre: Modificar Vacaciones 
o Descripcion 

■ Lo que el sistema desea es poder modificar alguna de las vacaciones 
que han sido ingresadas por algun error, de forma confiable. El 
proceso empieza cuando el director ingresa al sistema en el modulo de 
vacaciones. 


o Diagrama 





































o 



Ilustracion 25 Diagrama Modificar Vacaciones 


o Objetivos 

■ Muestra la lista de las solicitudes de vacaciones del usuario 
almacenadas en la base de datos. 

o Objetivos de rendimiento 

■ Se detalla la metodologfa la cual sera utilizada para evaluar el 
rendimiento de los procesos detallados brevemente. 

o Tiempo: este sera el tiempo que toma llevar a cabo el proceso de modificar 
una nueva vacacion existente. 

o Descripcion de flujos de trabajo 

■ A continuacion se muestra la descripcion del flujo de trabajo normal y 
la descripcion de los flujos de trabajo alternos que pudieran ocurrir. 

> Flujo normal de trabajo: Modificar Vacaciones 

• El director selecciona una de las vacaciones 
del listado que desea modificar. 

• El director selecciona la opcion Modificar 
Vacacion 

• El sistema muestra un formulario donde se 
puede editar la informacion existente de una 
de las vacaciones seleccionadas. 

• Los datos que pueden modificar son: 
Nombres, Apellidos, fecha de salida, estado 

• El director modifica la informacion que 
desea. 

• El director presiona el boton modificar para que 

el sistema guarde la informacion [Flujo alterno 

1 ]. 






• El sistema modifica la informacion [Flujo 
alterno 2]. 

• El sistema muestra un mensaje de que el 
proceso ha finalizado. 

• El director presiona el boton aceptar del 
mensaje. 

• El sistema regresa al paso, El sistema muestra 
un formulario donde se puede editar la 
informacion. 

r Flujo alterno 1: Informacion incompleta o no valida 

• El director no ingreso uno de los campos 
obligatorios o ingreso un dato no valido. 

• El sistema muestra un mensaje de error de que el 
campo es obligatorio o no es el correcto. 

• El sistema regresa al paso, El sistema muestra un 
formulario donde se puede editar la informacion, 
del Flujo normal de trabajo. 

> Flujo alterno 2: Error de comunicacion con la base de datos 

• El sistema no se pudo comunicar con la base de 
datos. 

• El sistema muestra un mensaje indicando el error. 

• El director presiona el boton aceptar del mensaje 
para indicar que esta enterado del problema. 

• El sistema regresa al paso, El sistema muestra un 
formulario donde se puede editar la informacion, 
del Flujo normal de trabajo. 

o Categoria 

■ Este proceso se encuentra dentro de la categoria de 
requerimientos funcionales ya que se encarga del proceso de 
ingresar una nueva vacacion, este proceso es una de las 
solicitudes que se podra encontrar en el sistema 


o Riesgos 



Los riesgos que representa la ejecucion de este caso de uso 


son: 

■ Informacion falsa: Que el director de la escuela no ingrese 
datos correctos sobre los datos de los docentes 

o Posibilidades 

■ Disminucion en el tiempo que toma modificar una nueva vacacion. 

■ Mejorar el control de cada docente registrado en el sistema 
ASISCONTROL. 

o Propietario del proceso 

■ El Director es el encargado del manejo del sistema y de registrar la 
informacion concerniente a cada docente. 

o Requerimientos especiales 

■ A continuacion se detallan los requisitos que no son cubiertos por el 
flujo de trabajo pero necesarios para su ejecucion. Los mismos que se 
deben desarrollar antes de llevar a cabo el caso de uso. 

■ Conectarse con la Base de Datos. 

■ Tener Registrado al director en el sistema. 

o Puntos de extension 

■ No aplica. 

o Diagrama de actividades 




Ilustracion 26 Diagrama de Actividades Modificar Vacaciones 


III LISTAR VACACIONES 

o Nombre Listar Vacaciones 
o Description breve 

■ Este caso de uso desea modelar la funcionalidad del sistema la misma 
que permite crear un reporte de todas las vacaciones que existen en el 
sistema para en algun momento determinado poder modificar en caso 
de ser necesario. El caso de uso es utilizado por el director e inicia 
cuando el director se identifica en el sistema y luego ingresa en el area 
de Listar Vacaciones. 




















































o Diagrama 



Iiustracion 27 Diagrama Listar Vacaciones 


o Objetivos 

■ Generar un reporte de las vacaciones que se encuentran registradas en 
el sistema 

■ Presentar opciones de filtrado. 


o Objetivos de rendimiento 

■ Se detalla la metodologfa la cual sera utilizada para evaluar el 
rendimiento de los procesos detallados brevemente. 
o Tiempo: este sera el tiempo que toma generar un reporte sobre todas las 
vacaciones existentes. 

Tiempo: Que se toma el director en seleccionar los parametros de busqueda. 
o Descripcion de flujos de trabajo 

■ A continuacion se muestra la descripcion del flujo de trabajo normal y 
la descripcion de los flujos de trabajo alternos que pudieran ocurrir. 

> Flujo normal de trabajo: Listar Vacaciones 

• El director selecciona la pestana Vacaciones. En el sistema 
[Flujo alterno 1]. 

• El sistema muestra un listado de las vacaciones registradas en 
el sistema [Flujo alterno 2]. 

• El sistema regresa al paso, El director selecciona la pestana 
Vacaciones. 

> Flujo alterno 1: Filtrar Informacion 

• El director selecciona la opcion filtrar 

• El sistema muestra el formulario que permite el ingreso de los 
parametros de filtrado. 

• El director precede a ingresar los datos para el filtrado. 






• El director presiona el boton de aceptar para indicar que se 
puede proceder a mostrar la informacion 

• El sistema continua al paso, El director selecciona la pestana 
Vacaciones, del Flujo normal de trabajo. 

> Flujo alterno 2: Error de comunicacion con la base de datos 

• El sistema no se conecta a la base de datos. 

• El sistema muestra un mensaje indicando el error cometido. 

• El director presiona el boton aceptar del mensaje para indicar 
que esta enterado del problema. 

• El sistema regresa al paso, El director selecciona la pestana 
Vacaciones, del Flujo normal de trabajo. 

o Categoria 

■ Este proceso se encuentra dentro de la categoria de requerimientos 
funcionales ya que se encarga del proceso de ingresar una nueva 
vacacion, este proceso es una de las solicitudes que se podra encontrar 
en el sistema 

o Riesgos 

■ Los riesgos que representa la ejecucion de este caso de uso son: 

■ Informacion no disponible: es posible que en algun momento el 
sistema no pueda acceder a la informacion de la base de datos y por lo 
tanto no se pueda generar el reporte. 

o Posibilidades 

■ Disminucion en el tiempo que toma generar un reporte de los 
Empleados existentes. 

o Propietario del proceso 

■ El propietario del proceso es el director ya que este es el encargado de 
generar los reportes. 

o Requerimientos especiales 

■ A continuacion se muestran los requisitos que no son cubiertos por el 

flujo de trabajo pero que son necesarios para la implementacion. Estos 

requisitos se deben de cumplir antes de llevar a cabo el caso de uso. 



■ Tener una comunicacion con la base de datos. 

■ El director debe de estar registrado en el sistema. 

o Puntos de extension 
■ No aplica. 

o Diagrama de actividades 
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IV ELIMINAR VACACIONES 










































o Nombre Eliminar Vacaciones 
o Description breve 


■ En este caso de uso se desea modelar la funcionalidad del sistema que 
permite eliminar una vacation que existe en el sistema asignada a uno 
de los docentes registrados en el sistema. Este caso de uso es 
utilizado por el director e inicia cuando el director se identifica en el 
sistema y luego ingresa en el area de Eliminar Vacaciones. 
o Diagrama 
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o Objetivos 

■ Eliminar una Vacation a cualquiera de los docentes que se 
haya ingresado en el sistema por error. 

o Objetivos de rendimiento 

■ Se detalla la metodologia la cual sera utilizada para evaluar el 
rendimiento de los procesos detallados brevemente. 
o Tiempo: este sera el tiempo que toma generar un reporte sobre todas las 
vacaciones Eliminadas. 
o Descripcion de flujos de trabajo 

■ A continuation se muestra la descripcion del flujo de trabajo normal y la 
descripcion de los flujos de trabajo alternos que pudieran ocurrir. 

> Flujo normal de trabajo: Eliminar Vacaciones 

• El director selecciona la option Dar de Baja. En el sistema 
[Flujo alterno 1]. 

• El sistema muestra una pantalla en la que se debe dar clic en 
la option inactivar para que se de de baja [Flujo alterno 2]. 






• El sistema regresa al paso, El director selecciona la opcion Dar 
de Baja. 

> Flujo alterno 1: Filtrar Information 

• El director selecciona la opcion Eliminar 

• El sistema muestra una lista de las vacaciones registradas en el 
sistema. 

• El director selecciona la vacacion que desea eliminar. 

• El director presiona el boton de eliminar para indicar que se 
puede proceder a eliminar la vacacion seleccionada. 

• El sistema continua al paso, El director selecciona la opcion Dar 
de Baja, del Flujo normal de trabajo. 

> Flujo alterno 2: Error de comunicacion con la base de datos 

• El sistema no se conecta a la base de datos. 

• El sistema muestra un mensaje indicando el error cometido. 

• El director presiona el boton aceptar del mensaje para indicar que 
esta enterado del problema. 

• El sistema regresa al paso, El director selecciona la opcion Dar de 
Baja, del Flujo normal de trabajo. 

o Categoria 

■ Este proceso se encuentra dentro de la categoria de requerimientos 
funcionales ya que se encarga del proceso de Eliminar una nueva 
vacacion, este proceso es una de las solicitudes que se podra encontrar en 
el sistema 
o Riesgos 

■ Los riesgos que representa la ejecucion de este caso de uso son: 

■ Informacion no disponible: es posible que en algun momento el 
sistema no pueda acceder a la informacion de la base de datos y por lo 
tanto no se pueda generar el reporte. 

o Posibilidades 

■ Disminucion en el tiempo que toma generar un reporte de las 
Vacaciones Eliminadas en el sistema. 


o Propietario del proceso 



■ El propietario del proceso es el director ya que este es el 
encargado de generar los reportes. 

o Requerimientos especiales 

■ A continuacion se muestran los requisitos que no son cubiertos por el 
flujo de trabajo pero que son necesarios para la implementacion. Estos 
requisitos se deben de cumplir antes de llevar a cabo el caso de uso. 

■ Tener una comunicacion con la base de datos. 

■ El director debe de estar registrado en el sistema. 

o Puntos de extension 

■ No aplica. 

o Diagrama de actividades 
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2.8.2 GESTION DE PERMISOS 

2.8.2.1 Nombre: Ingresar permisos 

2.8.2.2 Description breve 

El caso de uso busca modelar el funcionamiento del sistema que admita el 
registro de permisos de los empleados que cuenten con el justificativo necesario 
requisito indispensable para este proceso. Este caso de uso es utilizado por el 
director e inicia cuando se identifique e ingrese al area de permisos. 


2.8.2.3 Diagrama 









































Registrar perm iso 



Director 

Ilustracion 31 Diagrama Ingresar Permisos 

2.8.2.4 Objetivos 

Permitir al director ingresar, eliminar y guardar los permisos presentados por los 
empleados. 

2.8.2.5 Objetivos de rendimiento 

A continuacion se muestran las metricas que seran utilizadas para medir el 
rendimiento del proceso, con una breve descripcion de las mismas. 

2.8.2.6 Tiempo: este sera el tiempo que toma hacer cada movimiento ingresar 
los permisos, eliminar los que no son validos y guardar la informacion en 
el sistema. 

2.8.2.7 Descripcion de flujos de trabajo 

■ A continuacion se muestra la descripcion del flujo de trabajo normal y 
la descripcion de los flujos de trabajo alternos que pudieran ocurrir. 

2.8.2.8 Flujo normal de trabajo: Ingresar Permisos 

■ El sistema muestra una ventana dentro de la opcion de empleados donde se 
puede registrar los permisos [Flujo alterno 1]. 

■ El director ingrese el permiso correspondiente y presiona el bo ton guardar. 

■ El sistema presenta un mensaje de permiso guardado. 

■ El sistema regresa al paso, El sistema muestra una ventana dentro de la 
opcion de empleados. 

■ El sistema muestra un listado de los permisos ingresados [Flujo alterno 2]. 





■ El director selecciona un permiso dentro de la lista entregada y presiona el 
boton eliminar. 

■ El sistema muestra un mensaje de confirmacion. 

■ El director presiona el boton aceptar para que el sistema elimine el permiso 
[Flujo alterno 2]. 

■ El sistema regresa al paso, El sistema muestra una ventana dentro de la 
opcion de empleados. 

2.8.2.9 Flujo alterno 1: Error de comunicacion con la base de datos 

■ El sistema no se pudo comunicar con la base de datos. 

■ El sistema muestra un mensaje indicando el error. 

■ El director presiona el boton aceptar del mensaje para indicar que esta 
enterado del problema. 

■ El sistema regresa al paso, El sistema muestra una ventana dentro de la 
opcion de empleados, del Flujo normal de trabajo. 

2.8.2.10 Flujo alterno 2: Error al validar eliminacwn de permisos. 

■ El sistema no pudo eliminar el permiso, porque no se ha seleccionado 
correctamente del listado. 

■ El sistema muestra un mensaje indicando el error. 

■ El director presiona el boton aceptar del mensaje para indicar que esta 
enterado del problema. 

■ El sistema regresa al paso, El sistema muestra una ventana dentro de la 
opcion de empleados, del Flujo normal de trabajo. 

2.8.2.11 Categoria 

■ Este caso de uso se encuentra en la categoria de requerimiento 
funcional debido a que este lleva a cabo el proceso de ingresar, 
guardar y eliminar permisos de los empleados existentes en el sistema 
y dicho proceso es una de las funciones solicitadas para el sistema. 

2.8.2.12 Riesgos 

■ Los riesgos que representa la ejecucion de este caso de uso son: 

■ Informacion no disponible: es posible que en algun momento el 
sistema no pueda acceder a la informacion de la base de datos y por lo 
tanto no se pueda realizar la baja. 



2.8.2.13 

■ 

I 

2.8.2.14 

■ 

2.8.2.15 


2.8.2.16 

■ 

2.8.2.17 


Posibilidades 

Disminucion en el tiempo que toma registrar los permisos de los 
empleados. 

Confiabilidad en la informacion almacenada, ya que no puede ser 
manipulada facilmente. 

Propietario del proceso 

El propietario del proceso es el director ya que este es el encargado de 
gestionar los empleados. 

Requerimientos especiales 

A continuacion se muestran los requisitos que no son cubiertos por el 
flujo de trabajo pero que son necesarios para la implementacion. Estos 
requisitos se deben de cumplir antes de llevar a cabo el caso de uso. 

Tener una comunicacion con la base de datos. 

El director debe de estar registrado en el sistema. 

Puntos de extension 
No aplica. 

Diagrama de actividades 
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2.8.3 GESTION DE LA ASISTENCIA 

2.8.3.1 Registrar Asistencia 

2.8.3.2 Description breve 

El caso de uso busca modelar la funcionalidad del sistema que permite registrar el 
ingreso y la salida de un docente a la institution educativa el tener registrado de 
esta manera permite tener una clasificacion ordenada y detallada de los diferentes 
de los dlas que laboro el docente y se manejan en el ASISCONTROL. El caso de 






































uso es utilizado por el docente e inicia cuando el docente se identifica en el 
sistema e ingresa el usuario en la ventana de acceso. 


2.8.3.3 Diagrama 
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2.8.3.4 Objetivos 

■ Crear y mantener el registro de asistencia de los docentes que se 
manejan en el ASISCONTROL. 

2.8.3.5 Objetivos de rendimiento 

■ A continuacion se muestran las metricas que seran utilizadas para 
medir el rendimiento del proceso, con una breve descripcion de las 
mismas. 

2.8.3.6 Tiempo: este sera el tiempo que toma llevar a cabo el proceso de registro 
de la hora de llegada que cuenta desde el ingreso del IDE. 

2.8.3.7 Descripcion de flujos de trabajo 

■ A continuacion se muestra la descripcion del flujo de trabajo normal y 
la descripcion de los flujos de trabajo alternos que pudieran ocurrir. 

2.8.3.8 Flujo normal de trabajo: Registro de Asistencia. 

■ El docente ingresa su identificador en la ventana y presiona intro, (enter) 
[Flujo alterno 1] 

■ El sistema muestra cuadro de texto solicitando su clave de acceso. 

■ El docente ingresa su clave de acceso para que sea validada por el sistema 
[Flujo alterno 2\. 

■ El sistema realiza validacion de tiempo que permite identificar si esta 
habilitado para registrar la hora de llegada o salida. [Flujo alterno 3]. 

■ El Sistema Registra la hora de Llegada/Salida. [Flujo alterno 4]. 











2.8.3.9 Flujo alterno 1: Information incorrecta 

■ El docente ingreso un codigo de usuario inexistente o no valido. 

■ El sistema muestra un mensaje de no existe el codigo. 

■ El sistema regresa al paso, El sistema muestra una ventana dentro de la 
opcion de empleados, del Flujo normal de trabajo. 

2.8.3.10 Flujo alterno 2: La clave ingresada es erronea o inexistente. 

■ El docente ingresa una clave inexistente o no valida. 

■ El sistema muestra un mensaje de clave incorrecta. 

■ El sistema regresa al paso, El sistema muestra una ventana dentro de la 
opcion de empleados, del Flujo normal de trabajo. 

2.8.3.11 Flujo alterno 3: Error de numero de veces ingreso, Solo se puede 
registrar llegada y salida 

■ El docente intenta registrar nuevamente una entrada/salida a mas de las dos 
permitidas. 

■ El Sistema muestra el mensaje indicando el error. 

■ El sistema regresa al paso, El sistema muestra una ventana dentro de la 
opcion de empleados, del Flujo normal de trabajo. 

2.8.3.12 Flujo alterno 4: Error de comunicacion con la base de datos 

■ El sistema no se pudo comunicar con la base de datos. 

■ El sistema muestra un mensaje indicando el error. 

■ El docente presiona el boton aceptar del mensaje para indicar que esta 
enterado del problema. 

■ El sistema regresa al paso, El sistema muestra una ventana dentro de la 
opcion de empleados, del Flujo normal de trabajo. 

2.8.3.13 Categoria 

■ Este caso de uso se encuentra en la categoria de requerimiento funcional 
debido a que este lleva a cabo el proceso de agregar la hora de entrada /salida 
y dicho proceso es una de las funciones solicitadas para el sistema. 

2.8.3.14 Riesgos 

■ Los riesgos que representa la ejecucion de este caso de uso son: 

■ Informacion falsa: esto debido a que el ingreso de la informacion 
puede no ser el docente. 

■ Verificar la identidad del docente no esta en el alcance de esta tesis. 



2.8.3.15 Posibilidades 


■ Disminucion en el tiempo que toma 

■ Mejorar el control de la ingreso y salida que utilizan en el 
ASISCONTROL. 

2.8.3.16 Propietario del proceso 

■ El propietario del proceso es el docente ya que es el encargado de 
ingresar la informacion dentro del sistema. 

2. 8.3.17 Requerimientos especiales 

■ A continuacion se muestran los requisitos que no son cubiertos por el flujo de 
trabajo pero que son necesarios para la implementacion. Estos requisitos se 
deben de cumplir antes de llevar a cabo el caso de uso. 

■ Tener una comunicacion con la base de datos. 

■ El docente debe de estar registrado en el sistema. 

2.8.3.18 Puntos de extension 

■ No aplica. 


2. 8.3.19 Diagrama de actividades 
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2.9 ANALISIS DE REQUERIMIENTOS TECNOLOGICOS 
2.9.1 SELECCION DEL LENGUAJE DE PROGRAMACION 

Se utilizara el lenguaje de programacion Java, debido a que es un lenguaje de 
programacion de alto nivel y orientado a objetos, esto permite una mayor 
comprension del proyecto a los desarrolladores y por ende a todo el equipo de trabajo 
involucrado, mediante los diagramas de clases, utilizando notacion UML; tambien se 
utiliza dicho lenguaje de programacion debido a que es multiplataforma, lo que 
facilita la ejecucion de las aplicaciones en cualquier entorno de sistema operativo. 

Luego de un analisis comparative se eligio a Java como lenguaje de programacion, 
Se detallan algunos de los puntos que se consideraron importantes a la hora de 
decidirse. 

Caracteristicas: 

• Se ejecuta en cualquier maquina y sobre cualquier sistema operativo o 
arquitectura, manteniendo las facilidades basicas del lenguaje. 

• Es robusto ya que Java realiza verificacion en busca de problemas tanto 
en tiempo de compilacion como en tiempo de ejecucion. La 
comprobacion de tipos en Java ayuda a detectar errores, lo antes posible, 
en el ciclo de desarrollo. Java obliga a la declaracion explfcita de 
metodos, reduciendo asf las posibilidades de error. Maneja la memoria 
para eliminar las preocupaciones por parte del programador de la 
liberacion o corrupcion de misma. 

• La mayorfa de las herramientas de desarrollo son de licencia libre lo que 
permite a los usuarios un facil acceso a esta tecnologfa, aunque en la 
actualidad existe una variedad de herramientas de licencia privativa. 

• Lacilidad de encontrar informacion relacionada con Java en la internet, 
tales como ejemplos de programas, tutoriales, documentacion, bugs junto 
a su solucion, lo que proporciona una ayuda extra para desarrollar todo 
tipo de aplicaciones en este lenguaje. Una de las mayores fuentes son las 
comunidades de usuarios de java. 

• Posee API's de la arquitectura que permiten facilidad en la programacion. 


2.9.2 SELECCION DE LA HERRAMIENTA DE PROGRAMACION 



En la actualidad existen varias alternativas en IDE’s para el desarrollo de 
aplicaciones en lenguaje java por lo que analizaremos las posibilidades. A pesar de 
que java es de libre distribucion existen IDE’s comerciales con un considerable 
precio; sin embargo nosotros nos enfocaremos en los que son de libre distribucion. 1 

Considerando que se elige a Java con la implementacion de la tecnologfa jswing se 
ha considerado conveniente utilizar Netbeans 6.1 para el Sistema Operativo 
Windows Linux, debido a que es una herramienta que ofrece todas las caracterfsticas 
requeridas ademas de presentar un entorno grafico de desarrollo de facil uso y con 
propiedades para el mejor diseno de nuestra aplicacion. 

> Reportes 

a JasperReports (version 3.5.3): es una herramienta de creacion de informes que 
tiene la habilidad de entregar contenido enriquecido en el monitor, a la 
impresora o a ficheros PDF, HTML, XLS, CSV y XML. Esta escrito 
completamente en Java y puede ser usado en gran variedad de aplicaciones de 
Java, incluyendo J2EE o aplicaciones web, para generar contenido dinamico. 
Su proposito principal es ayudar a crear documentos de tipo paginas, 
preparados para imprimir en una forma simple y flexible. 

h. iReport (version 3.5.3): es un constructor y/o disenador de informes visual, 
poderoso, intuitivo y facil de usar para JasperReports escrito en Java. Este 
instrumento permite que los usuarios corrijan visualmente informes complejos 
con cartas, imagenes, subinformes, etc. iReport esta ademas integrado con 
JFreeChart, una de las bibliotecas graficas OpenSource mas difundidas para 
Java. Los datos para imprimir pueden ser recuperados por varios caminos 
incluso multiples uniones JDBC, TableModels, JavaBeans, XML, etc. 


2.9.3 SELECCION DEL SISTEMA GESTOR DE BASE DE DATOS 


1 VER ANEXO HERRAMIENTAS DE DESARROLLO 




POSTGRES 


Se elegido Postgres como gestor de la base de datos, luego de un analisis 
comparative 2 y por las caracteristicas que se mencionan a continuacion. 

Es un sistema de gestion de base de datos relacional orientada a objetos y libre, 
publicado bajo la licencia BSD. El desarrollo de PostgreSQL 3 no es manejado por 
una sola empresa sino que es dirigido por una comunidad de desarrolladores y 
organizaciones comerciales las cuales trabajan en su desarrollo. Dicha comunidad es 
denominada el PGDG (PostgreSQL Global Development Group). 

Algunas de sus principales caracteristicas son: 

> Alta concurrencia.- Mediante un sistema denominado MVCC PostgreSQL 
permite que mientras un proceso escribe en una tabla, otros accedan a la 
misma tabla sin necesidad de bloqueos. Cada usuario obtiene una vision 
consistente de lo ultimo a lo que se le hizo commit. Esta estrategia es superior 
al uso de bloqueos por tabla o por filas comun en otras bases, eliminando la 
necesidad del uso de bloqueos explfcitos. 

> Amplia variedad de tipos nativos.- PostgreSQL provee nativamente soporte 
para: 

1. Numeros de precision arbitraria. 

2. Texto de largo ilimitado. 

3. Figuras geometricas (con una variedad de funciones asociadas) 

4. Direcciones IP (IPv4 e IPv6). 

5. Bloques de direcciones estilo CIDR. 

6. Direcciones MAC. 

7. Arrays. 

Adicionalmente el usuario puede crear sus propios tipos de datos, los que pueden ser 
por completo indexables gracias a la infraestructura GiST de PostgreSQL. 

2 VER ANEXO 1 HERRMIENTAS DE DESARROLLO 

3 http://es.wikipedia.org/wiki/PostgreSQL 




Otras caracteristicas 


> Claves ajenas: tambien denominadas Llaves ajenas o Claves Foraneas 
(foreign keys). 

> Disparadores (triggers): Ejecucion de un procedimiento almacenado basado 
en una determinada accion sobre una tabla especffica. Ahora todos los 
disparadores se definen por seis caracteristicas: 

A) El nombre del disparador o trigger 

B) El momento en que el disparador debe arrancar 

C) El evento del disparador debera activarse sobre... 

D) La tabla donde el disparador se activara 

E) La frecuencia de la ejecucion 

F) La funcion que podrfa ser llamada 

PostgreSQL Permite crear una amplia funcionalidad a traves de su sistema de 
activacion de disparadores (triggers). 

1. Vistas. 

2. Integridad transaccional. 

3. Herencia de tablas. 

4. Tipos de datos y operaciones geometricas. 

5. Soporte para transacciones distribuidas. 

6. Funciones 

Bloques de codigo que se ejecutan en el servidor. Pueden ser escritos en varios 



lenguajes, con la potencia que cada uno de ellos da, desde las operaciones basicas de 
programacion, tales como bifurcaciones y bucles, hasta las complejidades de la 
programacion orientada a objetos o la programacion funcional. 

Algunos de los lenguajes que se pueden usar son los siguientes: 

• Un lenguaje propio llamado PL/PgSQL (similar al PL/SQL de oracle). 

• C, C++, Java PL/Java web, PL/Perl, plPHP, PL/Python, PL/Ruby, PL/sh, 
PL/Tcl, PL/Scheme. 

• Lenguaje para aplicaciones estadfsticas R por medio de PL/R. 

• PostgreSQL soporta funciones que retornan "filas", donde la salida puede 
tratarse como un conjunto de valores que pueden ser tratados igual a una fila 
retornada por una consulta. 

• PostgresSQL da soporte para hacer mas facil la administracion de bases de 
datos mediante una interfaz grafica, con un editor avanzado de SQL, entre 
otras herramientas. 

PG ADMIN 4 

Es una herramienta de codigo abierto la cual permite administrar y desarrollar bases 
de datos en PostgreSQL, Es multiplataforma. 

Esta herramienta es un motor de bases de datos de codigo abierto muy avanzado la 
cual provee de caracterfsticas potentes a los DBA. Tambien funciona con otros 
motores comerciales basados en PostgreSQL como EnterpriseDB, Mammoth 
PostgreSQL, Bizgres y Greenplum. 

CARACTERfSTICAS 

• Entradas SQL aleatorias. 

• Pantallas de informacion y 'Ayudas' para bases de datos, tablas, indices, 
secuencias, vistas, programas de arranque, funciones y lenguajes. 

• Preguntas y respuestas para configurar Usuarios, Grupos y Privilegios. 


4 http://www.ibiblio.org/pub/linux/docs/LuCaS/Postgresql-es/web/navegable/todopostgresql/app- 

pgadmin.html 





Control de revision con mejora de la generacion de script. 


Configuracion de las tablas de Microsoft MSysConf. 

'Ayudas' para importar y exportar datos. 

'Ayuda'para migrar Bases de datos. 

Informes predefinidos en bases de datos, tablas, Indices, secuencias, lenguajes 
y vistas. 



3 CAPITULO III 


3.1 DISENO Y ARQUITECTURA DEL SISTEMA 

En el presente documento desarrollaremos temas relacionados a la 
Arquitectura de Software, una vista del sistema que incluye los componentes 
principales del mismo, la conducta de estos componentes en el sistema y las formas 
en que los componentes interactuan y se coordinan para alcanzar la mision del 
sistema. La vista arquitectonica que haremos sera una vista abstracta, aportando el 
mas alto nivel de comprension del sistema. 

3.1.1 PRESENTACION DE LA ARQUITECTURA 

En base al problema y la solucion que planteamos, que consiste en el uso de varios 
Frameworks utilizaremos lo que es el patron MVC (Modelo Vista controlado), 
debido a que nos permite separar los datos de una aplicacion, la interfaz de usuario, 
y la logica de control en tres componentes distintos. 



Ilustracion 35 Arquitectura 

3.1.2 MODELO 

Contiene la informacion y la logica con la que el sistema funciona. Esta capa 
tambien es llamada persistencia y es la que contiene los datos que el usuario quiere 
acceder. 


3.1.3 VISTA 









Esta es la representacion de la informacion en un formato entendible para el usuario. 
Esta capa es llamada tambien presentacion, y la unica que utiliza el usuario, por la 
cual solicita y envla informacion. 

3.1.4 CONTROLADOR: 

Es el encargado de responder a las acciones que solicite el usuario por medio de la 
vista, estas acciones la mayor parte del tiempo son cambios al modelo. Esta capa 
contiene la logica del negocio, y tiene que garantizar la comunicacion entre la vista y 
el modelo, logrando resolver las solicitudes del usuario, sin comprometer la 
integridad de la capa de persistencia. 

3.1.5 OBJETIVOS Y RESTRICCIONES DE LA ARQUITECTURA 

En este momento les presentamos lo que es los objetivos y restricciones de la 
arquitectura del software que se manipulara y algunas cosas que son muy necesarias 
que se tengan en cuenta para el buen funcionamiento de esta. 

• La aplicacion tiene que tener un ambiente amigable para el usuario y ser 
adaptable a cada ambiente de trabajo. 

• Tiene que tener Portabilidad. 

• Tendran que estar en servicio web todas las formas de la aplicacion. 

• Tiene que estar bien controlado contra los ataques ya que no puede estar 
peligro la informacion. 

3.2 DISENO ARQUITECTONICO 

El sistema completo se ha subdividido en componentes que engloban las funciones 
principales del sistema, mas adelante descritas, aunque se trato de encapsularlas, hay 
ciertos partes en donde los subsistemas son dependientes de otros, por ello, en el 
diagrama se vislumbran pequenas dependencias entre ellos, pero esto no evita que 
cada modulo pueda trabajar independiente de los otros. 




Ilustracion 36 Diseno Arquitectonico Arquitectura del Sistema Manejo de la asistencia del personal 

A continuacion se hace una breve descripcion de cada subsistema, para dar una 
explicacion sencilla de la division realizada. 


Subsistema 

Descripcion 

Nomina de 

Personal 

Se encarga del mantenimiento de la informacion de los 

empleados de la escuela(insercion, actualizacion, eliminacion) 

separados en los siguientes registros. 

Horario de empleados. 

Permisos, vacaciones, atrasos y multas. 

Control de 

Asistencia de 

Personal 

Encargado de controlar la asistencia del personal de la escuela, 

guardara los registros de entrada y salida. 

Generation de 

Reportes 

El subsistema se orienta al manejo reportes mensuales de la 

asistencia del personal y la obtencion de reportes individuales del 

trabajador. 




























3.3 ESQUEMA DE BASE DE DATOS 


TBL_VACACIONES 

#id_vacaciones 

*tipo 

‘descripcion 


TBL_SANCIONES 

#id_sanciones 

*tipo 

‘descripcion 


TBL_DET_VACACIO 

NES 

#id_vacaciones 

*fecha_inicio 

*fecha_final 

*descuentos 

descripcion 




contiene infor. 


>- 


contiene infor. 


/TBL_PE RMISOS 


f TBL_TIPOPERMI ' 


#id_permisos 

SO 


*fecha_inicio 

#id_tipopermiso 


*fecha_final 

*tipo 


*hora_inicio 

‘descripcion 


*hora_final 

V J 


*tipo 

*Hp<irrinrinn 


-''"corJti 


:iene infor. 


TBL_JUSTIFICACION 

#id_Justificacion 

*fecha_inicio 

*fecha_final 

*hora_inicio 

*hora_final 

*tipo 

‘descripcion 


>- 


contiene infor. 


TBL_TIPOJUSIFICAC 

ION 

#id_tipojustificacion 

*tipo 

*descripcion 


solicita 

presenta 


TBL_CONTROL_PERSO 

NAL 

#id_control 

‘fecha 

*dias_permiso 
*dias_faltas 
*dias_l ESS 

* total_atrasos 

* total_dias 
^observaciones 


contiene info 


TBL_ASISTENCIAS 

#id_Asistencia 

‘fecha 

*tipo_Jorn 

*hora_entrada 

*hora_salida 

*dia 

oestado_asiste 

\odescripcion 


TBL_DET_JORNADA 

#id_jornada 

*tipo 

Q hora_entrada 

*hora_salida 

*dia 


solicita 


f TBL_EMPLEADOS 

#id_empleado *nombre_empleado 
‘apellido 
*cedula 
*direccion 
otelefono 
ofecha_nac 
olugar_nacimiento 
*estado_civil 
‘instruccion 
oprofesion 
otitulo 

ogrupo_sanguineo 

ocedula_militar 

ocarnet_iess 

ono_licencia 

\^fecha_ingreso *fecha_salida 


TBL_CARGOS 


#id_cargo 

*nombre_cargo 


Contiene inf. 


TBL_JORNADA 
#id jornada 
*tipo 

‘descripcion 


TBL_EMPLEADOS_CARGOS 

#id_Emp_Gargo 

‘remuneracion 

*f ech a_d esd e 

*f ech a_h asta 

*tipo_em plead 

‘estado 

‘descripcion 


Contiene inf. 


TBL_TiPO_EMPLE 


TBL DEPARTAMEN 
TO 

# * id_tipo 
‘nombre 


# * id_departamento 
‘nombre 








































































































3.4 DOCUMENTO DE DISENO DE INTERFACES 

3.4.1 PREFACIO 

La interfaz de usuario de un pro grama es un conjunto de elementos hardware 
y software de una computadora que presentan informacion al usuario y le 
permiten interactuar con dicha informacion. Por lo tanto es importante 
desarrollar interfaces con lo cual el futuro usuario se ira familiarizando con el 
nuevo sistema 

3.4.2 OBJETIVOS 

• Producir prototipos que cumplan con las expectativas del usuario y 
permita al mismo decidir si aplica a sus objetivos. 

• Establecer prototipos estandares que faciliten el desarrollo de la 
aplicacion. 

3.4.3 ALCANCE 

En el presente procedimiento es importante la participacion activa del 
usuario, que verifique y apruebe los disenos planteados obteniendo como 
resultado de este proceso la presentacion grafica hacia el usuario, que le 
permita facilidad de interaccion con el sistema a desarrollar y que concuerden 
con las necesidades de die ho usuario. 



3.4.4 INTERFACE PARA EL INGRESO AL SISTEMA 


Escuela Rafael Aguilar 

Requerimientos de Acceso 


Usuario: 

Clave: 


CONTROL DE ASISTENCIA DE EMPLEADOS 


[ Ingresar | [ Cancelar | 



Ilustracion 37 Ingreso al Sistema 

3.4.5 INTERFACE PARA EL PANEL DE CONTROL 



Ilustracion 38 Panel de Control 


3.4.6 INTERFACE PARA LA GESTION DE PARAMETROS 


















































Ilustracion 39 Gestion de Parametros 

3.4.7 INTERFACE PARA LA ADMINISTRACION DE PARAMETROS 



Ilustracion 40 Administracion de Parametros 


3.4.8 INTERFACE PARA LA GESTION DE EMPLEADOS 


























Ilustracion 41 Gestion de Empleados 

3.4.9 INTERFACE GESTION DE VACACIONES 



Ilustracion 42 Gestion Vacaciones 


3.4.10 INTERFACE DE ADMINISTRACION DE VACACIONES 














































Ilustracion 43 Administration Vacaciones 

3.4.11 ADMINISTRACION DE PERMISOS 



Ilustracion 44 Administration de Permisos 


3.4.12 GESTION DE HORARIOS 











































Hustracion 45 Gestion de Horarios 

3.4.13 PARA VISUALIZAR DIAS NO LABORABLES 



Hustracion 46 Gestion Dias no Laborables 


3.4.14 PARA CREAR LOS HORARIOS 






































Iiustracion 47 Creadon de Horarios 

3.4.15 INTERFACE PARA ASIGNAR LOS HORARIOS A UN EMPLEADO 



Iiustracion 48 Asignacion de Horarios 


3.4.16 INTERFACE PARA GESTION DE ASISTENCIA 
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Ilustracion 49 Gestion de Asistencia 

3.4.17 INTERFACE DE ACCESO DEL PERSONAL 



Ilustracion 50 Acceso de Personal 


































































4 CAPITULO IV 


4.1 DOCUMENTO DE PRUEBAS 

Una vez concluido la codificacion del sistema el siguiente paso a realizar son las 
diferentes pruebas de verificacion y validacion del sistema que se implementara en la 
Escuela Rafael Aguilar Pesantez y tener presente que las mismas nos daran un 
resultado claro que permitira certificar el correcto funcionamiento que el mismo 
pueda presentar. 



4.1.1 OBJETIVOS 


• Verificar que el sistema este correctamente integrado y cumplan con las 
necesidades de la institucion. 

• Comprobar que los requerimientos planteados en el inicio del desarrollo del 
sistema se esten cumpliendo correctamente. 

• Identificar los desperfectos que presente el sistema y asegurar que estos sean 
corregidos antes de ser implementado en la institucion. 

4.1.2 PROPOSITO 


Este documento tiene como finalidad garantizar la calidad del software desarrollado, 
que satisfaga las necesidades de los usuarios. Por tal motivo se pretende descubrir los 
defectos en el sistema y valorar si el software es utilizable en una situacion operacional. 

Por lo tanto, se describe la estrategia de pruebas que se va a seguir en el proceso de 
prueba para finalmente presentar los resultados que se obtienen de las actividades de 
prueba. 

4.1.3 ALCANCE 


Las pruebas que realizaremos tiene por objetivo comprobar los requisitos del 
sistema plasmados en el capitulo dos, por lo que como entrada de esta documentacion se 
encuentra la obtencion y analisis de requerimientos. 


4.1.4 ACTIVIDADES 

Nos concentraremos en los siguientes aspectos: 



Pruebas de integridad del sistema. 
Pruebas de funcionalidad. 


4.2 RECURSOS HUMANOS Y MATERIALES 

Recursos Humanos 

El equipo de desarrollo para el analisis esta formado por: 

a) Disenadores de Pruebas y Probadores: 

Johana Xiomara Sandoval Illescas 

Rosa Elena Sigiienza Cardenas 

Dr. William Benalcazar 

b) Administrador del Proyecto 

Ing. Paola Ingavelez 

c) Equipo de trabajo del cliente 

• Gestor de Pruebas: Dr. William Benalcazar 

Usuarios Probadores: 

o Director de la Escuela: Dr. William Benalcazar 


o Profesores de la Escuela. 



4.3 PRUEBAS DE INTEGRIDAD DE LA BASE DE DATOS 


4.3.1 PROPOSITO 


Probar que los procedimientos y metodos de acceso al sistema de control de 
asistencia funcionan correctamente. 

4.3.2 OBJETIVOS 

• Verificar el acceso al sistema. 

• Verificar que el personal de la escuela pueda registrarse correctamente. 

• Verificar la recuperacion correcta de las modificaciones realizadas en la 
base de datos. 

• Verificar que los errores que hagan referenda a conexiones o controles 
de la base de datos sean descriptivos y de facil comprension. 

4.3.3 ACTIVIDADES 


• Invocar cada procedimiento o metodo de acceso a la base de datos 
con datos validos e invalidos. 

• Inspeccionar el sistema para asegurar que los datos se esten 
registrando correctamente, los eventos de la base de datos ocurren 
adecuadamente 


4.3.4 ALCANCE 



Verificar que los procedimientos y metodos de registro de asistencia 
funcionan como se disenaron y sin ningun error en guardar la informacion, 
Para ello se procedera a probar el ingreso de personal. 


4.4 PRUEBAS DE REGISTRO DE ASISTENCIA EN EL SISTEMA 

4A1 PRUEBA ABD-001: REGISTRO DE ADMINISTRADOR DE CONTROL DE 

EMPLEADOS. 


Proposito: 

Probar que el administrador pueda registrarse con el nombre de 

usuario apropiado y su contrasena asignada. 

Prerrequisitos: 

El usuario no ha iniciado sesion todavia. 


El usuario de testeo, y la cuenta es valida. 

Datos de Prueba: 

usuario = administrador 


contrasena= usuario_administrador 


rol =administrador 

Pasos: 

Ingresar a la pagina de acceso del sistema 


1. teclear su usuario 

2. teclear contrasena 





3. hacer clic en ingresar 

Notas y 

Preguntas: 

1. En la ventana aparece los menus de acceso requeridos por el 
administrador 

2. Es posible navegar por los menus a su deposicion. 

Resultado 

Pruebas Superada con exito 



Ilustracion 51 Acceso al Sistema de Control 



















Ilustracion 52 Sistema de Control de Asistencia 


442 PRUEBA ABD-002: INGRESO DE EMPLEADOS EN EL SISTEMA 


Proposito: 

Se debe ingresar los datos necesarios para el registro de cada empleado 

y se espera un mensaje que indica que ha sido ingresado con exito. 

Prerrequisitos: 

El empleado no ha sido ingresado en el sistema. 




























































Datos de 

Prueba: 

usuario = administrador 

contrasena= usuario_administrador 

rol =administrador 

Pasos: 

1. Ingresar a la pagina de acceso del sistema 

2. teclear su usuario 

3. teclear contrasena 

4. hacer clic en ingresar 

5. Verificar que el mensaje de advertencia sea el mensaje de que 
los datos han sido ingresados con exito y consten en el sistema. 

Notas y 

Preguntas: 

Los empleados han sido registrados? 

Resultado 

Pruebas Superada con exito 





Ilustracion 53 Ingreso de Empleados 



Ilustracion 54 verificacion del ingreso de emp. 


443 


PRUEBA ABD-003: CREACION DE HORARIOS 






































































































Proposito: 

Se debe ingresar los horarios necesarios para establecer la jomada 

laboral que deberan respetar los empleados. 

Prerrequisitos: 

Los horarios aun no han sido creados. 


El horario de prueba existe y esta guardado. 

Datos de 

usuario = administrador 

Prueba: 

contrasena= usuario_administrador 


rol =administrador 


nuevo horario 

Pasos: 

1. Ingresar a la pagina de acceso del sistema 

2. teclear su usuario 

3. teclear contrasena 

4. hacer clic en ingresar 

5. verificar que el horario quede guardado correctamente. 

6. Verificar el acceso directo al formulario de modificacion 
de horarios. 

7. Verificar que el horario este modificado. 





Notas y 

Preguntas: 

,-En el formulario se presenta el horario guardado? 

Resultado 

Pruebas Superada con exito 


444 PRUEBA ABD-004: GENERAR REPORTES 


Proposito: 

Comprobar que el reporte este con los datos correctos y los requeridos. 

Prerrequisitos: 

Ingresar los datos necesarios para generar cada reporte. 

Datos de 

Prueba: 

usuario = administrador 

contrasena= usuario_administrador 

Pasos: 

1. Ingresar a la pagina de acceso del sistema 

2. teclear su usuario 

3. teclear contrasena 

4. hacer clic en ingresar 

5. Visualizar listado de empleados. 

6. Seleccionar empleado del que se requiere verificar asistencia. 

7. Hacer clic en pestana de asistencia. 

8. Ingresar las fechas desde y hasta donde se requiere verificar. 

9. Hacer clic en el boton generar. 







10. Comprobar que se genere el reporte. 

Notas y 

Preguntas: 

^Los datos requeridos han sido filtrados con exito? 

Resultado 

Prueba realizada al 15 de mayo de 2011, NO SUPERADA, 

datos incorrectos. 

Para solucionar el problema se realizo la verificacion de los 

datos que se estan llamando en el reporte. 

Prueba realizada al 10 de junio de 2011 

Pruebas SUPERADA CON EXITO 



Ilustracion 55 Generar reportes de asistencia 










































Ilustracion 56 Vista del reporte generado 


4.5 PRUEBAS DE FUN CION ALIDAD 

4.5.1 PROPOSITO 

Verificar la funcionalidad de la aplicacion, la entrada de datos, su 
procesamiento y recuperacion. 

4.5.2 OBJETIVO 


• Comprobar que los requisitos funcionales y no funcionales del 
capftulo 2 se cumplan. 

• Verificar que la navegacion a traves de un conjunto de pantallas sea 
facil e intuitiva. 

• Navegar a traves de todos los casos de uso, verificando que cada 
interfaz de usuario se comprende facilmente. 


4.5.3 ACTIVIDADES 


















• Probar al sistema cuando se utilizan datos correctos se obtienen los 
resultados esperados. 

• Comprobar que cuando se utilizan datos incorrectos se obtienen los 
mensajes de error o advertencias adecuadas. 


4.5.4 ALCANCE 

Se realizara pruebas de caja negra para verificar el sistema interaccionando a 
traves de las interfaces de usuario y analizando los resultados. 

4.5.5 PRUEBA FN-001: MANTENIMIENTO DE EMPLEADOS 


Proposito: 

Registrar, buscar, modificar y dar de baja los datos de los empleados 

Prerrequisitos: 

El usuario tiene iniciada la sesion como usuario autorizado. 

Datos de Prueba: 

codigo = 5 


apellidos = Coellar Arevalo 


nombres = Cecilia Beatriz 


cedula = 0101022523 





Pasos: 

1. Navegar por el menu hasta Empleados. 

2. Escribir datos de busqueda 

3. Presionar en el boton de busqueda. 

Notas y Preguntas: 

^Se realizo correctamente la transaccion? 

Resultado 

Pruebas Superada con exito 


Sistema de Control de Asistencia 



SISTEMA DE CONTROL DE 
ASISTENCIA 


BBS 


/ “** 


' Empleados Empleados Registrados 


fit Horarios 


Reportes 
Asistencia 
Vacaciones 
h Parametros 


Criterios de Busqueda 

Codigo O Cedula 


Gestion de Empleados 


Apellido 


f NUEVO 


a 


Lista de los Empleados Registrados 
Codigo Apellido Nombre 


^ DAR DE BAJA 


Cedula Telefono 

3 ARROS BAR... (5IL VIA VERO... |0104604749 [2345678 

BENALCA2AR... /VILLIAM C. ... 0101405454 2567890 


CABRERA SO.. 


CALDERON B... 


MARCIA GEO... 0101736551 


IRENE DEJE... 0101306751 


DELGADO JA.. 
GUERREROS.. 


.UISA MARLE. 
MARLENE BE.. 


2354344 


2343333 


0101486470 

0102871498 


Departame, 

POCENTE5 

DIRECCION 


DOCENTE5 


DOCENTES 


2876545 

2378654 


DOCENTES 

DOCENTES 


Cargo 
DOCENTE 2 
DIRECTOR 


DOCENTE 1 


DOCENTE 1 


DOCENTE 2 
DOCENTE 1 


Estado 

ACTIVO 

ACTIVO 


ACTIVO 


ACTIVO 


ACTIVO 

'ACTIVO 


Gestion de las acciones de los Er 


[fj GESTIONAR CARGO 


I GESTIONAR HORARIOS 


Jf GESTIONAR PERMISOS 


[ff GESTIONAR ASISTENCIA 


M. 


Ilustracion 57 Listado de empleados 




































































Ilustracion 58 Modificar empleado 

4.5.6 PRUEBA FN-002: MODIFICACION DE HORARIOS 


Proposito: 

Listar los tipos de jornadas existentes y preestablecidas. 

Prerrequisitos: 

El usuario tiene iniciada la sesion como usuario autorizado. 

Los tipos de jornadas deben estar ingresados 

Datos de 

Prueba: 

codigo = 1 

descripcion=diuma 
















































Pasos: 

1. Navegar por el menu hasta Horarios/Gestion de Horarios/ 

2. Presiona en la jornada deseada 

3. Dentro de la ventana se presiona el boton de modificacion, 
donde se mostrara el listado de horarios a elegir. 

Notas y 

Preguntas: 

<\Sc visualizo correctamente el listado? 

Resultado 

Pruebas Superada con exito 





Ilustracion 59 Modificar horarios 


4.6 PRUEBAS DE REGISTRO DE ASISTENCIA DE LOS EMPLEADOS EN 
EL SISTEMA 

4.6.1 PRUEBA ABD-001: REGISTRO DE ENTRADA Y SALIDA DE LOS 
EMPLEADOS. 


Proposito: 

Probar que el empleado este registrado y pueda realizar su ingreso con 

el nombre de usuario apropiado y su contrasena asignada. 

Prerrequisitos: 

El usuario no ha iniciado sesion todavfa. 












































El usuario de testeo, y la cuenta es valida. 

Datos de 

Prueba: 

usuario = 1 

contrasena=100 

rol =empleado 

Pasos: 

Registrar asistencia 

1. teclear su usuario 

2. dar enter 

3. teclear contrasena 

4. dar enter 

Notas y 

Preguntas: 

1. A1 teclear el usuario y dar un enter aparece el nombre y 
la hora de registro. 

2. Tecleando la contrasena y dando enter aparece el ultimo 
usuario registrado y la hora. 

Resultado 

Pruebas Superada con exito 
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Ilustracion 60 Registrar Asistencia 



11 ust radon 61 Ingreso de dave en Registro Asist. 























































5 CAPITULOV 


5.1 IMPLEMENT ACION 

El presente capitulo trata de la implementacion del sistema de control de asistencia del 
personal docente y administrative de la escuela Rafael Aguilar pesantez 
(ASISCONTROL). 

La importancia de esto es dar a conocer la forma en que el sistema se desarrollo 
utilizando como ayuda NetBeans y una Base de Datos PostgreSQL. 

5.1.1 OBJETIVOS 

> Generates 

• Disenar un Sistema que ayude a minimizar tiempo y errores al momento de 
registrar la asistencia de los docentes del plantel. 

• Generar reportes con datos reales y confiables. 

> Especificos 

• Utilizar tecnologfas gratuitas que garanticen un sistema confiable y 
economicamente factible. 

• Usar notacion estandarizada del codigo escrito para las aplicaciones. 

• Optimizar el codigo que permita programar y automatizar las 
funcionalidades requeridas por el usuario. 

• Llevar un registro de las versiones del software desarrollado. 



5.2 IMPLEMENTACION DEL SISTEMA 

5.2.1 DISENO MVC DEL SISTEMA 


MODELO 


CONTROLADOR 


VISTA 



Ilustracion 62Diseno MVC 


El modelo mvc nos permite implementar de una manera sencilla y rapida nuestra 
aplicacion por medio de tres capas: 

> Modelo: es la representacion especffica de la informacion con la que cuenta el 
sistema, en este caso almacenado en la base de datos postgres, la misma que se 
creo e instalo siguiendo los estandares de nomenclatura. Aquf le presentamos 
algunos ejemplos. 

> Tablas: "BD_ASISCONTROL"."TBL_<nombre de la tabla>", 


CREATE TABLE "BD_ASISCONTROL’'."TBL_ASISTENCIAS" 

( 

id_asistencia numeric(4) NOT NULL, 
fecha date NOT NULL, 
hora_entrada time without time zone, 
hora_salida time without time zone, 
estado_asiste character(20) NOT NULL, 
dia integer, 

id_empleado numeric(4), 
tatraso time without time zone, 
tsalidap time with time zone, 

CONSTRAINT pk_id_asistencia PRIMARY KEY (id_asistencia), 
CONSTRAINT fk_id_empleadoa FOREIGN KEY (id_empleado) 
REFERENCES "BD_ASISCONTROL"."TBL_EMPLEADO" (id_empleado) 
MATCH SIMPLE 

ON UPDATE NO ACTION ON DELETE NO ACTION 














> Vistas de las bases: "BD_ASISCONTROL".<nombre de la vista>, creada para 
tener un control de la asistencia de los docentes y del personal administrative. 


CREATE OR REPLACE VIEW "BD_ASISCONTROL".asistencias AS 

SELECT "TBL_ASISTENCIAS".id_asistencia, "TBL_ASISTENCIAS".fecha, 
"TBL_ASISTENCIAS".hora_entrada, "TBL_ASISTENCIAS".hora_salida, 
"TBL_ASISTENCIAS".estado_asiste, ( SELECT date_part('dow'::text, 
"TBL_ASISTENCIAS".fecha) AS date_part) AS dia, 
"TBL_ASISTENCIAS".id_empleado 

FROM "BD_ASISCONTROL"."TBL_ASISTENClAS"; 


> Funciones: definidas como: 


CREATE OR REPLACE FUNCTION M BD_ASISCONTROL".buscar_idJornada(numeric) 

RETURNS numeric AS 
$BODY$ 

DECLARE 

rut_buscar alias for $1; 
idjornadal numeric(4); 
id_estadol integer = 0; 
id_cargo numeric(4); 
id_cargoJornada numeric(7)=0; 

BEGIN 

SELECT id_empl_cargo INTO id_cargo FROM ,, BD_ASISCONTROL"."TBL_EMPL_CARGO" 
WHERE id_empleado=rut_buscar AND ESTADO='ACTIVO'; 

SELECT id_estado INTO id_estadol FROM "BD_ASISCONTROL"."TBL_ESTADO_ASISTENCIA" 
where CURRENT_TIME <rango2 and CURRENT_TIME > rangol; 

SELECT idjornada INTO idjornadal FROM "BD_ASISCONTROL"."TBLJORNADA" 

WHERE id_tipo= id_estadol; 

IF FOUND THEN 

SELECT id_cargo_empleado INTO id_cargoJornada 
FROM "BD_ASISCONTROL"."TBL_CARGOJORNADA" 

WHERE idJornada=idJornadal AND id_cargo_empleado=id_cargo; 

RETURN id_cargoJornada; 

END IF; 

RETURN 0; 

END; 

$BODY$ 

LANGUAGE 'plpgsql' VOLATILE 
COST 100; 

ALTER FUNCTION "BD_ASISCONTROL".buscarJdJornada(numeric) OWNER TO postgres; 


> Triggers:"BD_ASISCONTROL".tgp_<nombre de la funcion>(), para la generacion 
de los codigos, establecidos mediante la sintaxis de: 


CREATE OR REPLACE FUNCTION "BD_ASISCONTROL".tgpJd_asistencia() 

RETURNS trigger AS 
$BODY$ 

DECLARE 
ID NUMERIC(4); 

JORNADA NUMERIC(4); 

BEGIN 

SELECT MAX(id_asistencia) INTO ID FROM "BD_ASISCONTROL"."TBL_ASISTENCIAS"; 
IF ID ISNULLTHEN 
NEW.id_asistencia = 1; 

ELSE 

NEW.id_asistencia = ID+1; 

END IF; 

JORNADA:="BD_ASISCONTROL".buscarJdJornads(NEW.id_empleado); 

RETURN NEW; 

END; 

$BODY$ 

LANGUAGE 'plpgsql' VOLATILE 
COST 100; 

ALTER FUNCTION ,, BD_ASISCONTROL".tgpJd_asistencia() OWNER TO postgres; 




5.2.2 VISTA (M-V-C) 

La vista es la parte que permite que la interfaz interactue con el usuario, es la 
encargada de la parte visual, la cual se altera al momento de que exista un cambio 
en el modelo. 

Hemos usado formularios hechos con javax.swing, para ello tenemos algunos 
ejemplos: 

> Formularios: creados en nuestro sistema mediante frm_<nombre del 
formulario>: 


public class frm_DiasHabiles extends javax.swing.JDialog { 

lib_empCargo ecargo=new lib_empCargo(); 

Diasjnhabiles pe=new Dias_lnhabiles(); 

Control_Sistema p; 

Fecha fecha=new FechaQ; 

String aux=null; 

String id_empl_cargo=""; 
boolean estado=false; 

/** Creates new form frm_Cargo */ 

public frm_DiasHabiles(java.awt.Frame parent, boolean modal,boolean 
estado,Control_Sistema p) { 
super(parent, modal); 
this.p=p; 

this.estado=estado; 

initComponents(); 

this.btnJnactivar.setVisible(false); 




Datos Basicos 

Codigo: [~ | Tipo: | DIURNA v | TiempoMax.Retraso | ~| min 

Nombre del Horario: 


Horario 

Dia Entiada Salida 

□ Lunes 

□ Martas 

I I Miercoles 

I I Viernes 
I I Sabado 

□ Domingo 


| Q INACTIVAR | | Guardar | | Cancelar | 


Ilustracion 63Ejem. Formulario 


> Etiquetas: creadas para poder elegir el tipo de permiso, estan identificadas 
en nuestro sistema mediante lbl_nombre> 


private javax.swing.JLabel jLabell; 
private javax.swing.JLabel jLabel2; 
private javax.swing.JLabel jLabel3; 
private javax.swing.JLabel jLabel5; 


Tipo: 

(3 Permiso para llegar tarde 
(3 Permiso para salir temprano 

(3 Permiso para no asistir al trabajo sin goce de sueldo 
O Permiso para no asistir al trabajo con goce de sueldo 
(3 Vacaciones 
O Sancion 
O Incapacidad 


Ilustracion 64Ejem. Etiqueta 


> Cuadros de textos: creados en nuestro sistema para la visualizacion de los 
datos txt_<nombre del cuadro de texto> 

Lista de los Empleados Registrados 

Id Apellido Nombre Cedula Departamento Cargo 


private javax.swing.JTextField txt_apellido; 
private javax.swing.JTextField txt_apellidol; 
private javax.swing.JTextField txt_cedula; 
private javax.swing.JTextField txt_cedulal; 


Ilustracion 65Ejem. Caudros de Texto 



































> Areas de texto: creados en nuestro sistema para ingresar datos importantes 
concernientes a la escuela, estos estan declarados mediante dc_nombre 


private datechooser.beans.DateChooserCombo dateChooserCombol; 




Nota: 

$ 


Ilustracion 66Ejem. Area de Texto 

> Cuadros de fechas: creados para el ingreso de las fechas utilizados en 
reportes y al momento de ingresar un empleado, estos estan descritos 
mediante dc_nombre 


private com.toedter.calendar.JDateChooser dc_fdesde; 


Fecha: 






Ilustracion 67Ejem. Cuadros de Fecha 


> COMBO BOX: creados para los horarios, donde se podra elegir la hora de 
entrada y salida de cada docente, creados mediante la sintaxis cbox_nombre 


Ilustracion 68Ejem. Combo BOX 

5.2.3 CONTROLADOR (M-V-C) 

Es el que ejecuta los eventos del sistema mediante dispositivos de entrada como el 
raton. 

Dentro de este evento tenemos lo que son las peticiones del usuario como las 
actual izaciones, inserciones y eliminar _ 

private void btn_guardarActionPerformed(java.awt.event.ActionEvent evt) { 
if(this.cargarDatos()) 

if(aux.trim().equals(this.txt_ccargo.getText().trim())){ 

if(this.ecargo.gestionar(this.ecargo.updateA())){ 

JOptionPane.showMessageDialog( this, "Los datos se ingresaron con exito"); 

} 


Dia 

Entrada 

Salida 

[] Lunes 

|7:00 v| 

114:00 v 




private javax.swing.JComboBox cbox_De; 
private javax.swing.JComboBox cbox_Ds; 
private javax.swing.JComboBox cbox_Je; 


else 





















a Guardar 


llustraeion 69Controlador MVC 


5.3 IMPLEMENTACION DE ASISCONTROL EN LA ESC. RAFAEL 
AGUILAR PESANTEZ 

Para la implementacion del sistema ASISCONTROL, hemos tenido en cuenta las 
necesidades y recursos con los que cuenta la institucion. 

Es por ello que se desarrollo un software con herramientas gratuitas para el control de 
asistencia del personal docente y administrative de la escuela, mediante la digitacion de un 
usuario y una clave a traves de teclado, debido que la escuela no cuenta con recursos 
economicos para la adquisicion de equipos que cuenten con tecnologfa avanzada. 

> El ASISCONTROL CUENTA CON: 


Un sistema para el registro de la asistencia 








• Un sistema para el ingreso de los docentes y del personal, el mismo que 
es manejado por el administrador. 

• Una base de datos donde se guardara la informacion. 

5.3.3 ESTRUCTURA DE LA BASE DE DATOS 

La base de datos con la que se trabajo para el desarrollo del sistema ASISCONTROL esta 
desarrollada en postgres por sus multiples caracterfsticas que posee, Ademas de ser 
portable, gratuita y facil de manejar, la misma que se encuentra constituida de la siguiente 
manera: 


• 22 tablas 

• 7 funciones 

• 23 disparadores 

• 3 vistas 

5.3.4 ENTREGA DEL SOFTWARE 

Para entregar el sistema se procedio a instalar en el computador perteneciente a la 
institucion, el mismo que se encuentra instalado en la direccion, siendo manejado 
unicamente por el Director, Lcdo. William Benalcazar, persona autorizada para generar los 
reportes mensuales que toda escuela debe presentar al Ministerio de Educacion, con la 
informacion de la asistencia de cada personal docente y administrative. 

Para ello se creo una carpeta en la unidad C, para que se generen ahi los archivos de reporte 
de tipo .xml, ademas de crear un acceso directo del sistema a ser manejado por el 
Administrador, y otro acceso directo del sistema al que los docentes podran ingresar para 
registrar la asistencia diaria. 

5.3.5 ENTREGA DE CLAVES 


Para que cada docente pueda acceder al sistema Registro de Asistencia, se creo codigos de 
usuario y claves de 4 digitos para cada persona que labore en la institucion. Es por ello que 
se le entrego 13 claves y 13 usuarios registrados siendo de conocimiento unicamente del 



administrador para que este entregue al personal teniendo en cuenta la discrecion al 
momento de entregar los datos. 

Recalcandole varias veces que la informacion no puede ser divulgada a nadie que no este 
autorizado al manejo del sistema Control de Asistencia y Registro de Asistencia, ya que los 
datos que se encuentran ingresados pueden ser manipulados a conveniencia de cualquier 
persona que ingrese al sistema. 

5.3.6 CAPACITACION 

La capacitacion del sistema se realizo el mismo dfa que fue instalado el software en 
la Escuela, se explico al Administrador el mismo que sera el encargado del manejo del 
software en su totalidad, ademas se entrego un manual para que sirva de gufa ante cualquier 
duda que este tenga concerniente al sistema. 

Al mismo tiempo se enseno como sacar respaldos de la base para evitar la perdida de 
informacion. 

5.3.7 FUN CIONAMIENTO 

El asiscontrol se encuentra en funcionamiento desde el mes de Junio del 2011, esta 
disenado para controlar la asistencia diaria de cada persona, evitando procesos tediosos y 
lentos al momento de registrar la asistencia. 

Este sistema cuenta con varios modulos, dentro de los cuales tenemos: 

Mediante el modulo de empleados se puede registrar nuevos docentes, modificar datos 
que hayan sido ingresados erroneamente, dar de baja a cualquier docente que deje de 
funcionar en la institucion, asignar horarios, gestionar permisos, asignar cargos y gestionar 
asistencia de forma manual. 



En el Modulo de Horario se podra ingresar nuevos horarios, modificar en caso de ser 
necesario, dar de baja cuando a un horario que no este asignado a ningun docente. 


A traves del Modulo de los Reportes podemos obtener informacion de cada persona como 
la Asistencia, dfas laborados y permisos, Tambien se puede adquirir informacion general de 
todos los empleados de la escuela, el Reporte diario de firmas, los dfas laborados y un 
reporte general, el cual se obtendra mensualmente con la informacion necesaria para ser 
entregada al ministerio de educacion. 

Modulo Vacaciones, se registraran las vacaciones de los docentes, en este caso el 
administrador debera ingresar la informacion requerida como: quien autoriza a la persona a 
tomar vacaciones, la fecha de inicio y la fecha final de las mismas, tambien esta permitido a 
modificar una de estas en caso de ser necesario, dar de baja inactivando una vacacion que 
se haya registrado por equivocacion. 

Ademas de esto se podra tener un control de los dfas inhabiles y de los dfas que deben 
asistir fuera de sus horarios de trabajo 

El Modulo Parametros se encarga de cargos y departamentos, en esta seccion se podra 
registrar, modificar, eliminar e imprimir cada uno de estos en caso de ser necesario para 
poder ser asignados al personal docente y administrative. 


5.4 ADAPTACION DE ASISCONTROL EN FUTURO CON 
MECANISMOS BIOMETRICOS 

Para una posible adecuacion del sistema ASISCONTROL a dispositivos avanzados, 
mediante tarjeta o reloj biometrico debemos tomar en cuenta el funcionamiento de cada 
dispositivo, para ello se ha investigado equipos ayudandonos de las siguientes paginas web, 
de donde se extrajo informacion interesante. 



http://www.lealsistemas.com.ar/relojes de control/reloies biometricos huella da 

ctilar.php 




RELOJES BIOMETRICOS - HUELLA DACTILAR 

Los Relojes que utilizan la tecnologia de identification por huella digital se basan en el 
reconocimiento de las caracteristicas fisicas unicas e irrepetibles que poseen las huellas 
dactilares de todas las personas. 

Estan provistos de un sensor especial que permite leer dicha huella y crear una plantilla 
asociada que almacena los puntos caracteristicos mas sobresalientes de cada huella y que es 
guardada en la memoria del equipo. Cada vez que un usuario se identifique en el Reloj, la huella 
detectada se comparara con la previamente almacenada para determinar si el usuario posee 
permiso para realizar la operacion. Al igual que en todos los Relojes Electronicos de Control se 
almacenaran en memoria el numero de usuario y el horario y la fecha. 


• http://www.articulo.tv/?Huellas-dactilares-reloies-biometricos&id=3625 

Un reloj biometrico generalmente se compone de tres componentes principales: un escaner; 
en el que se coloca el dedo para que la huella sea analizada, un software que transforma la 
informacion escaneada a un formato digital y una base de datos, donde se guardan las 
huellas digitales autorizadas, en un formato digital. 







Asiscontrol esta desarrollado de manera modular y siguiendo la metodologfa 
estandar mvc donde cada una de las partes tiene una interfaz que permiten la conexion entre 
ellas. 

Para una posterior adecuacion se tendra que desarrollar metodos de acceso que permitan 
escuchar los eventos del reloj, la forma en que este guarda los datos al momento de 
registrar la hora de entrada y salida, la mayorfa de estos dispositivos devuelven datos 
generados en Excel mediante dispositivos de red o mediante entradas USB es por ello que 
al momento de adecuar a nuestro sistema debemos realizar una migracion de los datos 
arrojados por estos dispositivos para procesarlos y guardarlos en nuestra base de datos para 
ser usados por el sistema. 



CONCLUSIONES 


Los planteles educativos estan en constante crecimiento y evolucion por lo que es 
necesario avanzar tecnologicamente para brindar un mejor servicio tanto a alumnos 
como a padres de familia, es por eso que surge la necesidad de adquirir un sistema 
de control de asistencia para automatizar el proceso que se lo realizaba 
manualmente. 

A la hora de analizar y disenar un sistema una opcion para la elaboracion de los 
diagramas son los modelos UML, ya que son los que hemos estudiado y nos brindan 
facilidad, comprension y ofrecen excelentes soluciones a los problemas planteados. 


El sistema de control de asistencia fue desarrollado en lenguaje java, base de datos 
postgreSQL y trabajo en tres capas que permite que el desarrollo se lo pueda llevar 
en varios niveles facilitando los cambios en el codigo cuando sea necesario. 

Tratamos que el sistema sea lo mas sencillo posible y facil de manejar debido a que 
la persona que servira de administrador en la Escuela Rafael Aguilar no cuenta con 
conocimientos avanzados de computacion. 

A1 culminar este trabajo de tesis nos sentimos satisfechas por haber cumplido con 
los requerimientos que nos fueron pedidos por el director de la escuela. Dr. William 
Benalcazar, ya que el ha mostrado su satisfaccion y gratitud con este trabajo. 



RECOMENDACIONES 


Se sugiere que la persona encargada de administrar el sistema, tenga conocimientos 
basicos del manejo, es decir estar capacitado en la manipulacion de la informacion 
registrada en el sistema para un control eficaz de la informacion y datos reales de 
sus empleados. 

En caso de dudas sobre el uso del sistema, recurrir al manual de usuario para ayudar 
a despejar cualquier inquietud que se tenga sobre el manejo de ASISCONTROL. 

Que la informacion del sistema sea manipulada unicamente por el administrador el 
cual es el unico responsable de la informacion que se ingresa en el sistema para 
evitar cualquier alteracion en los datos registrados. 

Si lo que se desea es obtener informacion efectiva se recomienda que no sea 
divulgada ni dada a conocer el manejo del sistema a ninguna persona indistinta de la 
institucion mucho menos a los docentes los cuales pueden ingresar al sistema y 
manipular la informacion para su beneficio. 

El presente software podrfa adaptarse a necesidades similares en Escuelas y 
Colegios que no dispongan de un mecanismo de control de asistencia. 

Se recomienda a la Universidad que durante el periodo de estudio se envien mayor 
cantidad de proyectos practicos, es decir trabajos que puedan ser implementados en 
distintos lugares, ya que esto contribuira mucho en el desarrollo de futuros 
proyectos de tesis. 




ANEXOS 


GLOSARIO 


Base de Datos.- Informacion almacenada sistematicamente, para que resulte sencillo 
recuperar o actualizar uno o varios items. 

Diagrama Arquitectonico.- Este diagrama muestra los principales subsistemas que 
componen un sistema. 

Hardware.- Partes tangibles de una computadora. Conjunto de elementos mecanicos, 
electricos o magneticos para el procesamiento de la informacion. 

Lenguaje Natural.- Es un lenguaje utilizado para redactar las especificaciones de 
requerimientos del sistema. 

Lenguaje de estructurado.- Es una forma restringida del lenguaje natural. Mantiene 
mucha expresividad y asegura que cierto grado de uniformidad se imponga a la 
especificacion. 

Memoria.- Almacenamiento de acceso inmediato de la computadora. 

Menu.- Lista de opciones que el usuario observa para elegir lo que desea hacer con el 
pro grama que esta usando. 

Multiplataforma.- Un sistema puede trabajar sobre cualquier Sistema Operativo. 

Proceso.- Conjunto de actividades y resultados asociados que conducen a la creacion de un 
producto. 

Procesador.- Es el motor de la unidad central de proceso que se encarga de manejar 
memoria, control de flujo de informacion y realizar operaciones basicas sobre los datos. 
Requerimiento.- Declaracion abstracta de alto nivel de un servicio que debe proveer el 
sistema. 



Requerimiento del usuario.- Son declaraciones en lenguaje natural y diagramas de los 
servicios que se espera que el sistema provea y de las restricciones bajo las cuales debe 
operar. 

Requerimiento del sistema.- Establecen con detalle los servicios y restricciones del 
sistema. Se orientan al personal tecnico y a los administradores del proyecto. 
Requerimientos funcionales.- Son declaraciones de los servicios que proveera el sistema, 
de la manera en que este reaccionara a entradas particulares y de como se comportara en 
situaciones particulares. 

Requerimientos no funcionales.- Son restricciones de los servicios o funciones ofrecidos 
por el sistema. 

Sistema.- Combinacion de procedimientos destinados a producir ciertos resultados. Ocurre 
en la empresa cliente. 

Sistema Operativo.- Conjunto de programas para la administracion de los recursos del 
equipo que permiten la interrelacion de la computadora con usuario. 

Software.- Conjunto de rutinas, programas, procedimientos y normas para que funcione un 
sistema. 

Usuario.- Persona o grupo de personas que utilizaran el software para actualizarlo y/o 
consultarlo. 



1 ANEXO 1 HERRAMIENTAS DE DESARROLLO 


TABLA COMPARATIVA DE HERRAMIENTAS DE DESARROLLO. 


Nombre del producto 

Oracle JDeveloper 

NetBeans IDE 6.1 

EcliDse 

Imagen del producto 

ORACLE 

f TECHNOLOGY NETWORK 

o 


Precio 

- 

- 

- 

Documentacion / ayuda 

4,3 

4,3 

4,5 

Facilidad de uso 

Tecnologfa JavaServer 

Faces 

4,3 

5,0 

4,1 

Facilidad de instalacion 

4,5 

4,8 

4,7 

Caracterfstica/funciones 

extras 

4,7 

4,2 

4,6 



















Valoracion: La calificacion esta contemplada entre 1 y 5 estrellas. 


★ ☆ ☆ ☆ ☆ Malo 

★ ★ ☆ ☆ ☆ 

★ ★ ★ ☆ ☆ Regular 

★ ★ ★ ★ ☆ 

★ ★ ★ ★ ★ Bueno 


ENTORNOS DE DESARROLLO QUE UTILIZAN JAVA 


Producto 

Sitio 

Licencia 

Plataforma 

Eclipse 

http://www.ee lips 

e.org 

Opensource 

EPL 

Windows, Linux, 

osx 

MyEclipse 

www.myeclipseid 

e.com 

Comercial 

Propietaria 




JBuilder(Borla 

nd) 

http://www.borlan 

d.com/ibuilder 

La version de 

evaluacion y la 

personal son gratis, las 

avanzadas, 

Profesional y 

Enterprise son 

comerciales 

Windows, Linux, 

Solaris 

JDeveloper 

htto ://w w w. oracle, com/t 

echnolosv/Droducts/ide 

Freeware 

Windows, Linux 


























V 



Sun ONE 

Studio (Sun 

Microsystems) 

http://www.sunx 

om/forte/ffi/ 

Esta basado en el IDE 

opensource Netbeans 

pero las versiones 

existentes son todas 

comerciales 

Propietaria 

Todas con JVM 

Netbeans (Sun 

Microsystem) 

http ://w w w .Netbe 

ans.orp 

Opensource 

CDDL,GPL2 

Todas con JVM 

Rational 

Application 

http://www- 

306.ibm.com/soft 

ware/awdtools/de 

vclopcr/anplicatio 

n/ 

Basado en el 

Framework de Eclipse 

3.0 

Windows, Linux 

WebSphere 

Developer 

Application 

http://www- 

306.ibm.com/soft 

ware/awdtools/stu 

dioappdev/ 

Basa en el SDK 

version 3.0 de Eclipse. 

Desrrollo de 

Webservices. 

Windows, Linux 






















2 ANEXO 2 MANUAL DE USUARIO 


SISTEMA DE CONTROL DE ASISTENCIA DE PERSONAL 

DOCENTE 

DE LA 

“ESCUELA FISCAL RAFAEL AGUILAR PESANTEZ “ 


MANUAL DE USUARIO 



ASISCONTROL 

Este es un sistema que permite llevar el control de asistencia del personal docente de la 
institucion asr como sus horas trabajadas, permisos, faltas justificadas y no justificadas, 
dras trabajados y dras no trabajados. 

El mismo le permite a su Administrador (Rector) a obtener informacion necesaria de cada 
uno de los docentes. 

El usuario se conectara al sistema mediante una clave personal que el administrador les 
haya asignado a cada docente para su respectivo registro. 



SISTEMA DE CONTROL DE 
ASISTENCIA 



Bienvenido 


1 - 3 : 13:3 $^*.2*^020, 


INGRESE SU USUARIO: 



CALENDARIO MENSAJES IMPORTANTES 



Ilustracion 70 Fig 1 Manual 

Dentro de las funciones principales que este sistema nos brinda son: 
Generar reportes 

Crear, modificar, eliminar, empleados 
Gestionar cargos, horarios, permisos 
Crear y modificar horarios 
Ingresar vacaciones, permisos 

Justificar faltas 

Etc 


INTRODUCTION 




























1. Objetivo 

Brindar soporte a la Escuela Fiscal Rafael Aguilar, mediante un control y reporte 
de sus labores diarias de los docentes que laboran en la institucion. 

2. Requerimientos 

Equipo Pentium III 

Minimo 64 Mb de ram 

Sistema Operativo Windows Xp o superior 
Base de Datos Postgres 

Opciones del Sistema 

Este Manual esta desarrollado segun la forma como se llevara su funcionamiento, es 
decir, la manera en que sus usuarios manejaran las pantallas. 

1. REGISTRO DE ASISTENCIA 

La forma mediante la cual se ingresara al sistema sera: 

El usuario debera registrar su usuario y luego de esto dar un enter, luego de esto le 
aparecera otra pantalla. 




Ilustracion 71 Figura 2 Manual 


Luego que dio enter aparecera la pantalla donde debera ingresar la clave personal que solo 
el docente a registrarse sabe. 


INGRESE SU CLAVE: 



) 


Ilustracion 72 Figura 3 Manual 


Una vez conectado, en la pantalla se desplegara un mensaje indicando la hora de registro y 
el nombre del docente que ingreso. 










Ilustracion 73 Figura 4 Manual 

INGRESO ALSISTEMA 


El sistema muestra un cuadro de dialogo en el que la persona responsable debe ingresar el 
usuario y la clave asignados. 



Ilustracion 74 Figura 5 Manual 


Luego de haber llenado los campos requeridos, se da clic en el boton ingresar. 


Antes de ingresar al sistema aparecera una imagen mediante la cual sabran que el sistema 
se esta ejecutando. 





























































Ilustracion 75 Figura 6 Manual 


Luego de esto aparecera la ventana donde podran realizar varios procesos. 



Ilustracion 76 Figura 7 Manual 

AGREGAR EMPLEADO 


Para llevar a cabo esta tarea debemos realizar los siguientes procesos. 









































Seleccionar la opcion Nuevo para registrar un nuevo Docente. 



B 


Hustracion 77 Figura 8 Manual 

El sistema muestra el formulario para agregar los datos. 

Los datos que se deben de agregar son: 

Registrar informacion de los empleados como: 

Nombres, Apellidos, Cedula, Fecha de Ingreso, Telefono, Celular, Email, Clave, 
Direccion, Lugar y fecha de nacimiento, Estado civil, grupo sangumeo, cedula 
militar, carnet IESS. 














































Editor Infbrmadon Basica del Empleado 
•Cedula: 


Codigo: 23 

•Nombre: 
Telefono: 
•Usuario: 23 


*CeWar: 

•Clave 


Fecha de Ingreso: 
•ApeHido: 

Eml: 


Editor Infbrmadon General del Empleado 
Fecha Nadmiento 
Cedula MiRter: 
carnet IESS 

Estado del Empleado 


| [Ej] Estedo_dvil , [Sin Asignaoon] 

No Licenda Conduar: 

Grupo Sanguineo: [Sin Asignadon] ■ 



Ilustracion 78 Figura 9 Manual 

• Se ingresa los datos solicitados en la ventana anterior. 

• Se presiona el boton guardar para que el sistema guarde la informacion 

• El sistema muestra un mensaje de que el proceso ha finalizado. 





Ilustracion 79 Figura 10 Manual 


• El director presiona el boton aceptar del mensaje. 

• El sistema regresa a la pantalla de los empleados registrados 


INFORMACION INCOMPLETA O NO VALID A 





































































































Si no se ingreso uno de los campos obligatorios, o no se ingresa un dato valido. 


El sistema muestra un mensaje de que el campo es obligatorio o que hay un error en 
ingreso del dato. 
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El sistema regresa a la ventana de empleados registrados 


MODIFICAR EMPLEADO 


Se selecciona el empleado del listado que desea modificar. 


El director selecciona la opcion Modificar Empleado. 





























































Ilustracion 81 Figura 12 Manual 

El sistema muestra un formulario editable con la informacion existente del empleado 
seleccionado. 

Los datos que se pueden modificar son: 

Nombres, Apellidos, Lugar y fecha de nacimiento, Estado civil, grupo sangulneo, cedula, 
cedula militar, carnet IESS, fecha de ingreso, para ello se debe modificar la informacion 
deseada. 
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Se presiona el boton guardar para que el sistema guarde la informacion que se modified. 









































































El sistema muestra un mensaje de que el proceso ha finalizado. 
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El director presiona el boton aceptar del mensaje y se retorna a la pantalla de los empleados 
registrados. 

INACTIVAR EMPLEADOS 

El sistema muestra un listado de los Empleados registrados en el sistema, luego de esto se 
debe 

Seleccionar un empleado dentro de la lista entregada y presiona el boton dar de baja. 










































L 


Ilustracion 84 Figura 15 Manual 

Luego de esto se debe dar click en el boton inactivar empleado. 

El sistema presenta un mensaje de confirmacion, donde se debe presiona el boton aceptar 
para que el sistema de de baja la informacion 
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El sistema verificas los codigos de referenda con el registro de la asistencia y elimina la 
informacion que relaciona su visualizacion del registro de entrada y salida 






























































































LISTAR EMPLEADOS 


% 

El director selecciona la opcion Listar Empleados en el icono 
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El sistema muestra un listado de los Empleados registrados en el sistema 


AGREGAR VACACIONES 


Se debe seleccionar la opcion 



































Hustracion 87 Figura 18 Manual 


El sistema muestra el formulario para agregar los datos. Los datos que se deben de agregar 
son: Fecha desde, fecha hasta, nombre, quien autoriza. 
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Para esto de deberan ingresar los datos solicitados. 


Luego de esto se Presiona el boton aceptar para que el sistema guarde la informacion 
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Con esto el sistema agrega la informacion en la base de datos y nos muestra que el proceso 
ha finalizado. 


MODIFICAR VACACIONES 


Seleccionar una de las vacaciones del listado que se desea modificar, luego de esto se debe 
seleccionar la opcion Modificar 


































El sistema nos va a mostrar un formulario donde se puede editar la informacion existente de 
una de las vacaciones seleccionadas. 

Los datos que pueden modificar son: 

Fecha desde, fecha hasta, nombre, quien autoriza. 
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Luego se presiona el boton modificar para que el sistema guarde la informacion modificada 
mostrandonos un mensaje donde se nos indica que los datos se han guardado con exito lo 
cual nos indica de que el proceso ha finalizado. 
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LISTAR VACACIONES 


Se selecciona la pestana Vacaciones en el sistema, El sistema muestra un listado de las 
vacaciones registradas. 
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ELIMINAR VACACIONES 


Selecciona la opcion Dar de Baja dentro de la pantalla del sistema, luego nos muestra una 
pantalla en la que se debe dar clic en inactivar 



Dates para las Vacaciones 
Codigo: 4 


Fecha Desde: |oi/ii/2Qil 

Fecha Hasta: \WWl 

Mom ^ e Vacaciones 2011 


Quien Autoriza: rectror 

[ Inactivar 11 Cancelar | 
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Luego de esto muestra un mensaje indicando que los datos se eliminaron con exito 
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Lo siguiente es dar clic en aceptar para confirmar que se dio de baja a esta solicitud. 


INGRESAR PERMISOS 


El sistema muestra una ventana dentro de la opcion de empleados donde se puede registrar 
los permisos, para ello se debe dar clic en Gestionar Permisos. 
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Se debe ingresar los datos solicitados y luego presionar el boton Agregar. 
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El sistema presenta un mensaje de permiso guardado. 


REPORTES 

























































































f Empleados 

th Horarios 
i~/ Reportes 
4§H Vacaciones 

A Parametros 


Empleados Registrados 


Criterios de Busqueda 

Codigo Cedula Apellido Nombre 



Lista de los Empleados Registrados 

Id Apellido Nombre Cedula Departamento Cargo 


Botones de Acdon 

f ASISTENCIA 


DIAS LABORADOS 
PERMISOS 


Reportes Generates 


REPORTE DIARIO DE FIRMAS 


/) LISTA EMPLEADOS 


/ REPORTE GENERAL 
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La opcion de los reportes nos va a permitir obtener datos ya sean individuales como 
la Asistencia, los dfas Laborados, Permisos o generales tales como: Reporte Diario 
de Firmas, Lista de Empleados, Reporte General del personal docente y 
administrative que labora en la institucion 

Asf mismo, al momento de elegir Reporte General, se nos permite elegir entre dos 
opciones para la generacion del reporte, uno en jasper el cual no es modificable y 
otro que se genera en Excel para que pueda ser modificado por el administrador del 
sistema en caso de ser necesario, informandonos mediante un mensaje la direccion 
en la cual se crea el archivo. 


FECHA DESDE FECHA HASTA 


I I IP 


Qview 


o excel 
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| GENERAR | 
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VACACIONES 
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El administrador es la unica persona autorizada para asignar las vacaciones, modificar y dar 
de baja. 


PARAMETROS 


La opcion de parametros es para poder crear cargos y departamentos, asi mismo estan 
podran ser modificas, eliminadas e impresas en caso de ser necesarias. 

























Ilustracion 102Figura 33 Manual 


REPORTES 


Para realizar los reportes desde el asiscontrol debemos ubicarnos en la pestana de 
reportes ubicada dentro del sistema. 
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Dentro de esta ventana tenemos varias opciones para sacar reportes. 


REPORTES PERSONALES 
































Aquf el Administrador podra sacar informacion unicamente de cada empleado que se 
desee, estos pueden ser: 


• Asistencia 

• Dias Laborados 

• Permisos 


REPORTES GENERALES 

El encargado tendra la opcion de sacar un reporte general de todos los empleados 
registrados. 

Estos pueden ser: 

• Reporte Diario de Firma 

• Lista de Empleados 

• Reporte General (este reporte sera entregado al Ministerio de Educacion). 

REPORTE DE ASISTENCIA 

Para sacar el reporte se asistencia debemos priemramente seleccionar al empleado al 
que se desea obtener la informacion. 

Luego damos clic en Assitencia ubicada a lado derecho de la pantalla, al hacer esto 
se nos abrira una ventana en la que debemos poner el rango de fechas del que se 
desea obtener los datos. 
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Luego de esto se nos abrira un archivo .jasper desde el cual podemos enviar a 
imprimir la informacion solicitada. 
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DIAS LABORADOS 

De igual manera nos ubicamos a lado derecho de la pantalla y elegimos la opcion 
dfas Laborados, hacemos clic y ponemos la fecha desde y hasta la cual queremos 
realizar la consulta 
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Para finalizar damos clic en generar y observamos que se abre el archivo .jasper con 
la informacion solicitada. 



























JasperViewer 


y Jjo i< 


[5JEH BSH 10 ° % H 



CONTROL X»E A8I8TENCIA 

ESC FISCAL RAFAEL AGUILAR PESANTEZ 

ASISTENCIA DE LOS DOCENTES 








— 




N ombre: 

PARRA CALDERON 

Cargo: 

DOCENTES 




CODIGO 

FECHA 

HORAENTRADA HORA SALIDA 

ESTADO DIA 




13 

2011/05/02 

07:12 

12:34 

Asistencia 




24 

2011/05/03 

06:59 

12:33 

Asistencia 




36 

2011/05/04 

06:59 

1231 

Asistencia 




49 

2011/05/05 

07:00 

12:33 

Asistencia 




55 

2011/05/06 

07:01 

12:32 

Asistencia 




68 

2011/05/09 

07:29 

1233 

Asistencia 




87 

2011/05/10 

07:31 

12:35 

Asistencia 




92 

2011/05/14 

07:31 

12:34 

Asistencia 




105 

2011/05/12 

07:30 

12:33 

Asistencia 




119 

2011/05/13 

07:29 

1233 

Asistencia 




140 

2011/05/17 

07:31 

12:31 

Asistencia 




165 

2011/05/18 

07:36 

12:34 

Asistencia 




166 

2011/05/19 

07:34 

12:35 

Asistencia 




189 

2011/05/20 

07:35 

1232 

Asistencia 




201 

2011/05/23 

07:34 

12:33 

Asistencia 




234 

2011/05/26 

07:30 

12:31 

Asistencia 




254 

2011/05/30 

07:36 

1233 

Asistencia 




260 

2011/05/31 

07:34 

12:34 

Asistencia 




138 

2011/05/16 

07:35 

12:34 

Asistencia 










- 

< 




► 
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PERMISOS 


Damos clic sobre la opcion de permisos ubicada dentro de la pestana Reportes, 
luego de esto elegimos la fecha a realizar la consulta y damos clic en generar para 
obtener el reporte en un archivo generado .jasper 









































E Sistema de Control de Asistencia 



| Apelldo | Nombre 
BARROSBAR... SILVIA VERO. 
BEN ALCAZAR... WILLIAM C. 
CABRERA SO... MARCIA GEO. 
CALDERON B.,, IRENE DE JES. 
COELLARAR... CECILIA BE A.. 
CORONEL QU.,. JACKELINE A. 
DELGADO JA... LUISAMARLE... 
GUERRERO S.., MARLENE BE,. , 
ORTIZ NARE,.. JACKELINE E,.. 


. 0104604749 
..0101405454 
,. 0101736551 
..0101306751 
. 0101022523 
,, 0102800851 
.,0101486470 
0102871498 
0103043311 


Telefono 

2345678 

2567890 

2354344 

2343333 

2340987 

2321123 

2876545 


: I- : 

DOCENTES 

DIRECCION ... 

DOCENTES 

DOCENTES 

DOCENTES 

DOCENTES 

DOCENTES 

DOCENTES 

DOCENTES 


Cargo 
DOCENTE 2 
DIRECTOR 
DOCENTE 1 
DOCENTE 1 
DOCENTE 1 
DOCENTE 2 
DOCENTE 2 
DOCENTE 1 
DOCENTE 2 


...ACTIVO 
., ACTIVO 
...ACTIVO 
...ACTIVO 
...ACTIVO 
...ACTIVO 
...ACTIVO 
...ACTIVO 
...ACTIVO 


^ PERM1SOS 


Reportes Generates 


REPORTE DIARIO DE FIRMAS 


ENALO...BLANCA INES... 0100959618 
UUOARUBI... PIEDAD DEL ... 0101210946 
SICHA ...CARLOS HUM... 0101440030 


DOCENTES ,.. DOCENTE 1 ... ACTIVO 
DOCENTES ... DOCENTE 1 ... ACTIVO 
CONSERJES ...CONSERJE ...ACTIVO 


/. LIST A EMPLEADOS 


/ REPORTE GENERAL 


«*«» 


J 


J 


lt3 




- 


Ilustracion 108Figura 39 Manual 


y j j.. [PlEH 


PERIVISOS DE LOS DOCENTES /, 


rm\ 


Nombre: CALDERON BRITO 


Cargo: DOCENTES 


Codigo Fechajnici Fechajina Descripcio 


3 18/05/2011 18/05/2011 permiso rector 

llegar tarde 


PERMISO PARA 
LLEGAR TARDE 
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REPORTE DIARIO DE FIRMAS 




































































Seleccionamos la opcion a lado derecho y se nos abrira una pantalla en la que nos 
pide ingresar la fecha a ser consultada. 
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Obteniendo as! un archivo .jasper 
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REPORTE LISTA DE EMPLEADOS 


Damos Clic en Lista de empleados y se nos abre un archivo con la liste de los 
empleados registrados en la institucion 


□ lEln l-l 


CONTROL DE AHI8TENCIA 

ESC. FISCAL RAFAEL ACUILAR PESANTEZ LISTA DE EI^PLEADOS 

fm\ 

CODIGO 

APELLIDOS 

NOMBRES 

TELEFONO 

ESTADO 

DEPARTAMENTO 

CARGO 

n CEDULA 

1 

BARROS 

SILVIA 

2345678 

ACTIVO 

DOCENTES 

null 

0104604749 

2 

BENALCAZAR 


2567890 

ACTIVO 

DIRECCION 

null 

0101405454 

3 

CABRERA SOL 

ISM Aft Cl A 

2354344 

A Oil VO 

DOCENTES 

null 

0101736551 

4 

CALDERON 

IRENE DE 

2343333 

ACTIVO 

DOCENTES 

null 

0101306751 

5 

COELLAft 

CECILIA 

2340987 

ACTIVO 

DOCENTES 

null 

0101022523 

6 

CORONEL 

JACKELINE 


ACTIVO 

DOCENTES 

null 

0102800851 

7 - 

DELS ADO 

LUISA MARLEI 

IE2876545 - 

ACTIVO 

DOCENTES 

null 

0101486470 




2378654 


DOCENTES 

null 

0102871498 

9 

ORTIZ NAREA 

JACKELINE 

2478907 

ACTIVO 

DOCENTES 

null 

0103043311 

10 

PARRA 


21232432 


DOCENTES 

null 

0103090247 

11 


’A BLANCA INES 

. ' 7 r;''i 

ACTIVO 

DOCENTES 

null 

0100959618 

12 

ULLOA RUBIO 

PIEDAD DEL 



DOCENTES 

null 

0101210946 

13 

SICHA 

CARLOS 

2345678 

ACTIVO 

CONSERJES 

null 

0101440030 
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REPORTE GENERAL 


Luego de dar clic en Reporte General se nos va abrir una ventana en la que debemos 
poner la fecha a ser consultada, ademas dos opciones para generar el archivo, una es 
de tipo jasper y otra en Excel, al elegir la de tipo jasper, se nos va abrir el archivo 
con la informacion solicitada. Mientras que si se elige la de tipo Excel, al momento 
de dar clic sobre generar nos va a presentar un mensaje indicandonos la ubicacion 
en la que se encuentra el archivo con la informacion, una vez ubicados en la 
direccion que se nos indica abrimos el archivo y veremos que este se podra 
modificar siempre y cuando sea por la persona encargada del sistema. 
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1 JasperViewer 


£Wlfx| 

HO «!<[*' 

iDiffiini WRiito* - 




CONTROL. UB AB18TBNC1A 

ESC. fiscal RAFAEL acuilar PESANTE2 REP0RTE GENERAL PARA EL MINISTERS DE EDUCACI0N \ 

i m \ 

PROVINCIA: Azuay CANTON: CUENCA PARROQUIA: BELLAVISTA CASERI0: 

ESCUELA FISCAL: “ RAFAEL AGUILAR" PESANTEZ" SUPERVISOR INSTITUCIONAL: Dr. William Benalcazar Torres 

SUPERVISOR DE LA ZONA: Lcdo. Rafael Zeas FECHA DE ELABORACION: sabado 02 julio 2011 

MES DE: 01-05-2011 DEL: 01-05-2011 AL 11-05-2011 

RESUMEN MENSUAL Y ACUMULADODE ASISTENCIA DEL PERSONAL DOCENTE AD MIN 1ST RATI VO Y DE SERVICIOS 




APELLIDOS C0MPLET0S 

CARGO 

CEDULA 

ATRAS0S 

FALTAS 

FECHA 

ACUMULADO 

0BSERVACI0N 


HASTA 

HORA 

EXCESO 
HASTA3 

HASTA : 
DiAS 

HASTA 

HORA 

EXCES0 
HASTA3 

HASTA 2 
DIAS 

J 

1 

J 

1 

J 

1 

ANOMES DIA 

J 

1 

J 

1 

J 

1 

COELLAR AREVALOCECILIABEATRIZ 

04 

Til 01022523 








0 

0 

0 

0 

0 

0 


3ARROS BARROSSILMA VERONICA 

05 

0104604749 








0 

0 

0 

0 

0 

0 


3ENALCAZAR TORRESWILLIAM C. 

02 

0101405454 








0 

0 

0 

0 

0 

0 


C ABRER A SOLI SMARCIA GEORGINA 

04 

0101736551 








0 

0 

0 

0 

0 

0 


3UERRERO SANCHEZMARLENE 

04 

0102871498 








0 

0 

0 

u 

0 

0 


ORTIZ NAREAJACKEUNE EULALIA 

05 

0103043311 








0 

0 

0 

0 

0 

0 


ARRACALDERONNUBIAM ARIT AZ A 

04 

0103090247 








0 

0 

0 

0 

0 

0 


SARI PENALOZABLANCAINES 

04 

0100959618 








0 

0 

0 

u 

0 

0 


JLLOARUBIOPIEDAD DEL ROSARIO 

04 

0101210946 








0 

0 

0 

0 

0 

0 


5ICHACARLOS HUMBERTO 

010 

0101440030 








0 

0 

0 

0 

0 

0 


DELGADO JARAMILLOLUISAMARLENE 

05 

0101486470 








0 

0 

0 

0 

1 

0 


CORONEL QUIZHPIJACKEUNE 

05 

0102800851 








0 

0 

0 

0 

0 

0 


CALDERON BRITOIRENE DE JESUS 

04 

0101306751 








0 

0 

0 

0 

0 

0 





11 
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| SEQENEBOWARCHlVOOCREPCmTEtN Ci//*5BcortK#Repofte 

rssn 


JSTEMA DE CONTROL DE 
ASISTENCIA 


St Citenos de BiSquode 


Botcnes de AccUft 




X 


L*te de Vs, Emc 4 eajM Begsvados 


]Q 


/ ASISTENCIA 
♦J DIASIABC*AD05 


J 

J 


Apebda 
BW *105 BAR,. 
6ENAICAZAP.. 
CABREPASO... 
CALDERON B 
C0Q1ARAP. 
CORONEL QU.. 
DELGADO 3A. 


IAVERO 

waitAMC. 
M6R.OAGEO 
IRENE C€X5„, 
CECILIA BEA... 
JACKEUNEA... 
LUISA MAAlE... 
MARLENE EE, 
JACmiNE E. 


0104604749 

0101405454 

0101736551 

,0101306751 

0101022523 

0102800951 

0101486470 

0102871498 

0103042311 


2345678 
2567890 
2354344 
2343323 
2340987 
2321123 
2876545 
2378654 
2478907 
21232432 


Cargo 

DOCENTES DOCENTE2 
DIPECC10N ... DIRECTOR , 
DOCENTES ...DOCENTE1 
DOCENTES ...DOCENTE I 
DOCENTES ...DOCENTE 1 
DCCENTES ...DOCENTE2 . 
DOCENTES ..DOCENTE 2 
DOCENTES ...DOCENTE 1 
DOCENTES ...COCENTE2 
DOCENTES ...DOCENTE 1 


.ACTIVO 
ACTIVO 
. ACT 1 VO 
.ACTIVO 
. ACTIVO 
ACTIVO 
ACTIVO 
.ACTIVO 
ACTIVO 
.ACTNO 


^PERMlSOS 

Papeete* Gererates 

REPORTS DIARIO DC FIRMAS 
' USTAEMHEAOOS 
' REPCA TE GENERAL | 


Conti dw 
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P* 5 reporte_08-05-20Ll [Modo de compatibilidad] - Microsoft Excel 
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REPORTE GENERAL PARA EL MINISTERS DE EDUCACION 


PROVINCIA: Azuay CANTON: CUENCA 

ESCUELA RAFAEL AGUILAR" PESANTEZ" SUPERVISOR 

SUPERVISOR DE LA Lcdo Rafael Zeas FECHA DE ELABORACION: 

MES DE: 08-05-2011 DEL: 08-05-2011 


PARROQUIA: BELLAVISTA CASERIO 
Dr. William Benalcazar 
miercoles 29 junio 2011 


RESUMEN MENSUAL Y ACUMULADO DE ASISTEHCIA DEL PERSONAL DOCENTE ADMINISTRATIVO Y DE SERVICIOS 


COELLAR AREVALOCECIL1A 


BARROS BARROSSILVIA VERONICA 


BENALCAZAR TORRESVVILLIAM C. 


CABRERA SOLISMARCIA GEORGINA 


GUERRERO SANCHEZMARLENE 


APELLIDOS COMPLETOS 


ORTIZ NAREAJACKEUNE EULALIA 


PARRA CALDERONNUBIA MARITAZA 


SARI PENALOZABLANCA INES 


ULLOA RUBIOPIEDAC DEL ROSARIO 


SICHACARLOS HUMBERTO 


DELGADO JARAMILLOLUISA 


CORONEL QUIZHPUACKEUNE 


CALDERON BRITOIRENE DE JESUS 


FALTAS 
HASTA 2 
DiAS 


ACUMULADO 


OBSERVACION 


Listo 


ibs 010 , 100% .0—rrr-W- 

| • InidO ^ Sistema_Control_Asis.,. R Ssterna de Control d,. Reporte 

0 Microsoft Excel - repo... 

ES P>.j] 13:38 | 
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3 ANEXO 3 ESTANDARES DE PROGRAMACION 


La siguiente informacion es tomada en forma textual del sitio web de SOA AGENDA 
consideramos tener en cuenta este ejemplo ya que es muy completo en estandares y nos 
sirvio de mucha ayuda para el desarrollo del sistema. 

Estandares de programacion es un termino que describe convenciones para escribir codigo 
fuente en ciertos lenguajes de programacion. 

El estilo de programacion es frecuentemente dependiente del lenguaje de programacion que 
se haya elegido para escribir. Por ejemplo para clases Java y paginas JSP. 

A continuacion se presenta un resumen de estos estandares mediante una plantilla base de 
los 2 modulos basicos de programacion, un clase Java, y un pagina JSP, estas plantillas 
pueden servir para verificar que los programas se cinen al estandar Java, pero la mejor 
forma de seguir estos estandares es utilizar un IDE (ambiente de desarrollo) como Eclipse. 

Plantilla de Codificacion Java. 

Esta plantilla Java se puede extender a otras clases como Servlets. 

Una clase Java tiene el siguiente orden: 

1. Comentarios de Inicio 

2. Definicion Package 

3. Declaraciones de Import 

4. Declaraciones de la Clase 

4.1. Comentario Documentacion de la Clase 

4.2. Estamento class 

4.3. Atributos o Variables Estaticas 


4.3.1. public 



4.3.2. protected 


4.3.3. private 

4.4. Atributos 

4.4.1. public 

4.4.2. protected 

4.4.3. private 

4.5. Constructores 

4.6. Metodos 

La siguiente plantilla resume los principales estandares de codificacion propuestos por Sun. 

/* 

* @(#)Plantilla.java version 1.01 2007/01/01 

* Copyright (c) 2007 SOA agenda. 

*/ 

package com.soaagenda.ejemplos; 

import com.soaagenda.librerias.*; //import de librerias y clases a utilizar 

/** 

* Descripcion de la Clase, ejemplo: Plantilla que muestra 



* principals estandares de codificacion. 


* 

* @version 1.01 01 Ene 2007 

* 

* @ author Usuario 

* 

*/public class Plantilla extends ClasePadre { 

/* Comentario de implementacion, ejemplo: Esta clase no tiene funcionalidades . */ 

/** atributol comentario documentacion atributo 

* puede ser de mas de una linea 

*/ 

public static int atributol; //comentario linea: primero las variables estaticas, 

//en orden 1.-public, 2.-protected, 3.-private 

/** atributo2 comentario documentacion */ 

public Integer atributo2; //luego var de instancia, mismo orden 1.-public, 2.- 
protected, 3.-private 


/** atributo3 comentario documentacion */ 



protected Integer atributo3; 


/** 

* Descripcion para el constructor. 

*/ 

public Plantilla() { 

// .. .implementacion ... 

} 

/** 

* Descripcion de un metodo. 

* @param pari descripcion primer parametro 

* @param par2 descripcion segundo parametro 

* @return descripcion de salida (return) del metodo, en caso que no es void 

*/ 

public String hacerAlgo(Integer pari, String par2) { 

int entero = 0; //una declaracion de variable por linea y al inicio del {bloque} 

/* A continuacion mostraremos ejemplos de la identacion y formato de las distintas 
sentencias Java*/ 



if (entero == 0) { 


int entero2 = 1; //una declaracion de variable por lrnea y al inicio del {bloque} 

} else if (entero == 1) { 

entero++; // solo un estamento por lrnea 

} else { 

entero-; 

} 

for (int i=0; i < 5; i++){ 
entero=i; 

} 

while (entero > 0) { 

entero-; 

} 

do { 

entero++; 

} while (entero < 10); 


switch (entero) { 



case 0: 


entero++; 

break; 

case 2: 

entero-; 

break; 

default: 

entero=l; 

break; 

} 

try { 

entero=2/entero; 

} catch (Exception e) { 
System.out.println(“error division”); 
} finally { 
entero=l; 


} 



return (“Ok”); 


} 

} 

Practicas Basicas de Programacion Java. 

• Acceso a Instancia y Variables de Clase: Evitar el uso de variables publicas. 

• Asignacion Variables: Evitar asignar mas de una variable en un misma 
sentencia. 

• a = b = c+l; //evitar esto!! 

• if (c++ == d++) { //evitar esto!! 

• Uso de Constantes: Usar siempre cantantes para valores fijos. 

• if (c == 1) { //evitar esto!! 

. if ( c == ESTADO_ACTIVO ) { //asi si!! 

• Uso Parentesis: Usar explfcitamente para definir precedencia, para mejor 
entendimiento del programador. 

• if ( a = = b && c = = d II e == f) { //evitar esto!! 


• if (((a = = b) && (c = = d)) II (e = = f)) { //asf si!, no hay forma de entender 
precedencia. 


Valores de Retorno: Evitar “return” de condiciones simples. 



o 


if (booleanExpression) 


o { //evitar esto!! 

o return true; 

}else{ 

return false; 

} 

o return booleanExpression; //esto si!! 
o if (condition) { //evitar esto!! 

return x; 

} else { 

return Y; 

} 

o return ((condicion) ? x : y); //esto si!! 

• Expresiones condicionales La condicion deberfa ir siempre entre 
parentesis. 

• x >=0 ? x : -x; //evitar esto!! 

• ( x >=0 ) ? x : -x; //asf si!! 



o Clases como parametros de entrada: Forma de reducir la cantidad de 
parametros de entrada de un metodo, de ser orientado a objetos, y hacer mas 
estable el metodo, 

• public void actualizaCliente( String rut, String nombre, String email) 

//evitar esto!! 

• public void actualizaCliente( ClaseCliente cliente) 

// esto si!! es Orientado Objetos 

Plantilla de Codificacion JSP. 

El orden dentro de una pagina JSP es: 

1. Comentarios de Inicio 

2. Directivas JSP 

3. Directivas Librerfas de Tags 

4. Declaraciones JSP 

5. HTML y tags JSP 

La siguiente plantilla muestra los principales estandares JSP, esta plantilla se centra en los 
estandares JSP, y no incluye estandares HTML. 

<%- 

- Author: SOA Team 

- Date: 28 Marzo 2007 

- Derechos Reservados Soa Agenda. 


- @(#) 



- Description: Estos son los “Comentarios de Inicio” de la Plantilla Ejemplo 
Estandares JSP. 

-%> 

<%— 2.-Directivas JSP -%> 

<%@ page session=”true” 
import=”java.util. *” 
errorPagc=”../principal/paginaError.jsp” 

%> 

<%- 3.-Directivas Librerias Tags -%> 

<%@ taglib uri=”/WEB-INF/jsp/libreriatags.tld” prefix=”tags” %> <%- Aqui van 
las librerias de tags -%> 

<%- 4.-Declaraciones JSP: instancias variables, y metodos de la JSP -%> 

<% 

private int entero; 

public int transformaEntero(float Numero) { 

//implementacion 

} 

%> 



<%- 5.-HTML y tags JSP -%> 


<html> 

<head> 

<title>Titulo de la Pagina que aparece en el Browser</title> 

</head> 

<body> 

<jsp:useBean id=”cliente” class=”com.SOAagenda.segurosvida.Cliente” /> <%- 
declaracion de un javabeans -%> 

<hl> 

Rut: 

<tagsSAgenda:formateaRut value=”${cliente.getRut()}” /> <%- un tag que usa al 
beans —%> 

</hl> 

<hr /> 

<table border=”l" ccllpadding=”5"> 

<%- Un if en JSP y ejemplo identacion -%> 

<% if (entero == 0) { %> 


<tr> 



<td>Nombre:</td> 


<td><%= cliente.getNombre()%x/td> <%- expresion explicita - %> 

</tr> 

<% } %> 

<tr> 

<td> Apellido s: ■</td> 

<%— expresion Javabeasn muestra -%> 

<td><jsp:getProperty name=”cliente” property=”apellidos”/></td> 

</tr> 

</table> 

<%- incluir otra pagina -%> 

<%@ include file=”../principales/piePagina.jsp” %> 

</body> 

</html> 


Buenas Practicas de Programacion JSP. 



• Solo Logica de Presentacion: Una pagina JSP debe evitar tener logica de negocio, y 
lo que “nunca” deberla tener es logica de acceso a base de datos, se debe tener solo 
logica de presentacion, esto es, solo instrucciones de creacion de JavaBeans, 
instrucciones para mostrar sus atributos (getters) y uso de funciones de presentacion 
(como transformaciones), tambien puede incluir cualquier estamento condicional 
(if, else, while, do while, switch). 

Una pagina jsp debe evitar tener definicion de metodos: 

public int procesarPago() { //esto NO!! 

//implementacion 

} 

Debe evitarse tener llamadas a metodo de negocio: 

cliente.calculaSaldo();//esto NO!! 

Si puede tener llamadas a getters de un bean: 

cliente.getSalclo(); //esto SI!!. 

Debe evitarse tener grandes porciones de codigo Java, que no tengan que ver con logica de 
presentacion, por ejemplo si dentro de los tags jsp”<% %>” hay sobre 10 lineas, este 
codigo ya es “sospechoso” de incluir logica de negocio, lo mas probable es que dicha logica 
deba ir dentro de un Servlet, o clase Java: 

<% 


//...mas de 10 lineas entre estos tags JSP, es Sospechoso!! (SOA AGENDA) 
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